Descrição do projeto
TraduzidoO trabalho começa com a escrita de Dockerfiles limpos e prontos para produção para cada serviço, com builds de múltiplas etapas para que as imagens permaneçam leves e sem ferramentas desnecessárias. Em seguida, precisamos estruturar a implantação como um conjunto de gráficos Helm cobrindo a própria aplicação, sua configuração, segredos e serviços de suporte, com arquivos de valores separados para cada ambiente. No lado do cluster, precisamos de regras de Horizontal Pod Autoscaler baseadas em CPU e memória, solicitações e limites razoáveis, e probes de liveness e readiness corretas para que o Kubernetes reinicie pods não saudáveis e direcione o tráfego apenas para instâncias realmente prontas. Dados persistentes e configuração precisam ir para volumes, mapas de configuração e segredos, não embutidos nas imagens.
Finalmente, tudo isso deve se integrar a um pipeline de CI/CD automatizado que constrói imagens, as envia para um registro e implanta no cluster ao mesclar. O lançamento de produção em si deve ocorrer sem tempo de inatividade — usando uma estratégia rolling ou blue-green com um caminho de rollback documentado. Por favor, forneça experiência relevante em Kubernetes e um breve plano antes de começar.
— Dockerfile para todos os serviços com builds de múltiplas etapas
— Gráficos Helm com valores de ambiente, mapas de configuração e segredos
— HPA de escalonamento automático, além de solicitações, limites, probes de liveness/readiness
— Pipeline de CI/CD que constrói, envia e implanta imagens automaticamente
— Lançamento sem tempo de inatividade (rolling ou blue-green) com plano de rollback
— Breve runbook de migração e entrega de documentação