Implantar e atualizar um microsserviço NGINX

Introdução

Você chegou ao desafio final deste curso para iniciantes. Nos laboratórios anteriores, você trabalhou com Pods, Deployments, Services, escalabilidade, solução de problemas e reversão. Agora, reunirá esses conceitos em uma única tarefa de lançamento, sem um passo a passo baseado em comandos.

O ambiente contém uma versão inicial saudável chamada web-app. Sua tarefa é publicar a próxima imagem fixa do NGINX, mantendo três réplicas disponíveis e o Service estável. O estado final do cluster e o manifesto salvo devem estar alinhados, para que a versão continue reproduzível após o desafio.

Lançar a próxima versão do NGINX

Inicialização do ambiente: Este laboratório inicia um cluster Kubernetes completo para você. A configuração do plano de controle, do nó e dos componentes de rede normalmente leva 2–3 minutos. Aguarde pacientemente até que o ambiente termine de carregar antes de começar.

Situação atual

A equipe de plataforma preparou uma versão inicial em /home/labex/project/final-release/web-app.yaml. Atualmente, ela executa nginx:1.26-alpine com três réplicas por trás do Service web-app.

Escopo

• Trabalhe com o Deployment web-app, o Service, o manifesto e o cliente release-check existentes.
• Não renomeie recursos, altere seletores nem substitua o orçamento de atualização contínua aprovado.
• Use a imagem-alvo fixa; tags flutuantes como latest não são aceitas nesta versão.

Seu objetivo

Publique nginx:1.27-alpine por meio do Deployment existente e deixe o cluster ativo, o caminho de acesso pelo Service e o manifesto salvo em um estado saudável e reproduzível.

Critérios de aceitação

• O Deployment web-app usa exatamente três réplicas desejadas.
• O contêiner nginx usa a imagem fixa nginx:1.27-alpine.
• O orçamento da atualização contínua permanece como maxUnavailable: 0 e maxSurge: 1.
• A anotação da causa da alteração descreve a versão do NGINX 1.27.
• O Service web-app continua selecionando os Pods do Deployment e possui três backends prontos.
• As três réplicas atualizadas estão prontas e disponíveis, e uma solicitação HTTP de dentro do cluster para http://web-app é bem-sucedida.
• /home/labex/project/final-release/web-app.yaml contém a imagem final e as configurações da atualização, de modo que reaplicá-lo preserve o estado aceito.

Use os comandos de inspeção e de atualização do Kubernetes para decidir quando a versão está concluída. Se a atualização ainda estiver em andamento, aguarde sua conclusão em vez de avaliar apenas a primeira saída de kubectl get.

Dicas

Observe as colunas READY, UP-TO-DATE e AVAILABLE do Deployment; as imagens dos Pods; o histórico de atualizações; e os endereços do EndpointSlice do Service.

Resumo

Você concluiu o curso lançando de forma independente uma imagem fixa do NGINX por meio de um Deployment do Kubernetes. Preservou um orçamento explícito de disponibilidade, aguardou todas as réplicas atualizadas, manteve o Service conectado a três backends prontos, verificou uma solicitação interna ao cluster e persistiu o estado aceito em YAML.

Essas verificações compõem um fluxo reutilizável para iniciantes: declarar o estado desejado, aplicá-lo, observar o progresso do controlador, verificar a carga de trabalho e seu caminho de acesso e manter o manifesto sincronizado com o cluster.