Conceito e mecanismo
Um Deployment reconcilia réplicas e permite atualizar o template dos Pods. maxSurge limita réplicas adicionais e maxUnavailable limita indisponibilidade durante a estratégia RollingUpdate. Estes valores não garantem capacidade no cluster, prontidão funcional ou percentagem exata de tráfego. Uma canary selecionada pelo mesmo Service pode receber uma fração diferente da proporção de Pods por causa de ligações persistentes e do mecanismo de distribuição. Define critérios por versão, incluindo erros e latência, antes de aumentar exposição.
Aplicação guiada
Helm permite instalar ou atualizar releases com valores explícitos; Kustomize compõe bases e overlays. Revê o manifest resultante e o destino antes de aplicar. Em blue/green, valida a versão nova antes de mudar a seleção de tráfego e conserva um plano para ligações em curso. Repor um template anterior não desfaz alterações na base de dados. Numa mudança com migração, acorda compatibilidade entre versões, recuperação e decisão de avançar ou regressar. Observa os novos Pods quando a readiness bloqueia o rollout, preservando as réplicas saudáveis durante diagnóstico.
Com quatro réplicas e 25% em ambos os limites, a estratégia permite uma réplica adicional e uma indisponível. Confirma capacidade e saúde funcional antes de usar essa margem.
Armadilhas comuns
Remover readiness para concluir rollout; avaliar só médias globais; prometer rollback de dados através de rollout undo.
Tópicos relacionados: Observabilidade e manutenção da aplicação · Configuração, segredos e identidade
Um rollout só está validado quando aplicação, tráfego e dados satisfazem os critérios acordados.
Referência: Deployments · CKAD Kubernetes v1.37