O Que É um Deployment Pipeline Stage? A Fase de Entrega
Um deployment pipeline stage é a fase, geralmente a última, que libera o artifact construído e testado para um ambiente alvo.
Depois que build e test passam, o deployment stage de fato entrega. É a fase onde o pipeline para de verificar e começa a alterar o sistema em execução. Como ele age sobre ambientes reais, o deploy stage tipicamente fica atrás de portões e executa apenas nos branches ou tags que você confia para liberar.
O que o deploy stage faz
Ele pega o artifact dos stages anteriores e o aplica: fazendo push e rollout de uma imagem, sincronizando arquivos, atualizando um serviço ou aplicando infraestrutura. O alvo é um ambiente nomeado para que o pipeline rastreie qual versão está onde.
Portões em torno do deploy stage
- Ele executa apenas depois que os stages de build e test passam.
- Ele frequentemente é restrito a branches ou tags protegidos.
- Ele pode exigir uma aprovação manual antes de executar.
- Ele geralmente limita a concorrência a um deploy por vez.
Um exemplo rápido
Um deploy stage segura um único job de deploy que executa apenas em main, atrás de uma aprovação, que faz o rollout da nova imagem para produção e depois executa uma verificação pós-deploy.
Deploy stages multi-ambiente
Pipelines maiores têm vários deploy stages: deploy em staging, depois (após verificações e aprovação) deploy do mesmo artifact em produção. Cada ambiente é seu próprio stage com portão no fluxo de release.
Deploy stage e recuperação
Um deploy stage deve sempre ter um caminho de volta. Combine-o com um job de rollback e uma verificação pós-deploy para que um release ruim seja detectado e revertido rapidamente em vez de permanecer em produção.
Principais conclusões
- Um deployment stage libera o artifact para um ambiente nomeado.
- Ele executa por último, atrás de portões como aprovações e restrições de branch.
- Ele deve andar junto de verificações pós-deploy e um caminho de rollback.