Conceito e mecanismo
Um Deployment gere um template de Pods e a progressão de revisões. Apagar Pods sem corrigir o template pode reproduzir a mesma falha. Antes de rollback, inspeciona estado, histórico e compatibilidade da versão anterior com configuração e dados atuais. ConfigMaps fornecem configuração não secreta, mas o mecanismo de consumo importa: valores usados em variáveis de ambiente são carregados na criação do container e não mudam automaticamente no processo existente. A substituição controlada de Pods pode ser necessária. Não generalizes esse comportamento a todos os volumes projetados ou a aplicações com recarga própria.
Aplicação guiada
O scheduler compara requests com capacidade alocável em nós elegíveis. Utilização CPU baixa não implica espaço para novos requests. Tolerations permitem ultrapassar restrições de taints correspondentes, mas não garantem colocação nem anulam affinity ou falta de recursos. Para HPA baseado em percentagem CPU, o request fornece a referência do cálculo e o pipeline de métricas fornece utilização. Verifica ambos quando o valor aparece desconhecido. Mantém critérios de readiness coerentes com a capacidade de servir e observa o serviço durante expansão, substituição e rollback. Aumentar réplicas não corrige automaticamente uma dependência externa saturada.
Uma ConfigMap muda a variável MODE, mas o processo antigo mantém o valor anterior. Planeia um rollout controlado e confirma a configuração observada pela nova execução.
Armadilhas comuns
Usar delete Pod como correção do template; reduzir requests sem medir; assumir que toleration seleciona um nó; confundir rollback de imagem com reversão de dados.
Tópicos relacionados: Serviços, políticas e nomes · Volumes e ciclo de vida dos dados
A configuração desejada precisa de capacidade e critérios de saúde que permitam executá-la.
Referência: Deployments · CKA Kubernetes v1.35