Downtime

Oii Danilo, tudo bem?

No Kubernetes, quando você atualiza uma aplicação que está rodando em um deployment, como por exemplo, atualizando a versão de uma imagem de container, o Kubernetes usa uma estratégia chamada "Rolling Update". Essa estratégia permite que o update seja feito sem downtime, substituindo as réplicas antigas pelas novas de forma gradual.

Ao alterar a imagem no deployment e aplicar a mudança com kubectl apply -f, o Kubernetes inicia o processo de rolling update. Durante esse processo, ele cria novos pods com a nova versão da imagem (no seu caso, a webapp:v2) enquanto ainda mantém os antigos pods rodando. Gradualmente, ele substitui os pods antigos pelos novos, garantindo que o número desejado de réplicas seja mantido durante todo o processo. Isso minimiza as chances de sua aplicação ficar indisponível.

Então, se tudo estiver configurado corretamente, como parece estar no seu caso, não deveria haver downtime significativo durante a substituição das réplicas. A chave aqui é garantir que o deployment esteja bem configurado para lidar com o número adequado de réplicas e que os probes de liveness e readiness estejam corretamente definidos para gerenciar a saúde dos containers durante o update.

Um abraço e bons estudos.