pular para o conteúdo
voltar ao mapa
conceito
etapa: deliver
2 min de leitura

O ciclo de vida da entrega

DevOps é a prática de encurtar o ciclo entre uma ideia e o aprendizado de como ela se comporta em produção, mantendo cada etapa segura. O pipeline é o que torna esse ciclo repetível.

GitHub ActionsGitLab CIJenkinsArgoCD / FluxTerraformfeature flags

O ciclo

  • Planejar e codar: mudanças pequenas, em controle de versão.
  • Build e teste: cada commit é compilado e testado automaticamente ().
  • Release: o resultado testado vira um artefato versionado e imutável (uma , um pacote).
  • Deploy: o artefato chega a um ambiente por um processo automatizado e repetível (entrega contínua significa que ele pode ir para produção a qualquer momento; significa que isso acontece automaticamente).
  • Operar e observar: monitoramento, logs e traces mostram como ele se comporta.
  • Aprender e realimentar: incidentes, métricas e feedback dos usuários moldam a próxima mudança.

Princípios

  • Build once, deploy many: o mesmo artefato passa por teste, staging e produção. Só a configuração muda.
  • Tudo como código: aplicação, infraestrutura, pipeline e políticas vivem no controle de versão e passam por revisão.
  • Lotes pequenos: releases pequenos e frequentes são mais fáceis de entender, testar e reverter do que releases grandes e raros.
  • Automatize o repetível, reserve os humanos para o julgamento: aprovações para passos arriscados, não para digitar comandos.
  • Feedback rápido: uma verificação que falha deve avisar você em minutos.
  • You build it, you run it: a equipe que escreve o código é dona de como ele se comporta em produção.

Ambientes

Os ambientes típicos são desenvolvimento, staging (o mais próximo possível da produção) e produção. Suas diferenças devem ser de configuração, não de código, e cada um deve ser reproduzível a partir do código. Um staging que difere da produção em pontos importantes gera falsa confiança.

Medindo a entrega

Quatro medidas da pesquisa DORA são amplamente usadas: com que frequência você faz deploy, quanto tempo uma mudança leva do commit à produção, com que frequência uma mudança causa uma falha e quão rápido você restaura o serviço. Use-as como uma conversa sobre o sistema, não como metas para indivíduos; uma medida que vira meta é manipulada.

CIintegração contínuaIntegrar mudanças pequenas a um branch compartilhado com frequência, com cada mudança compilada e testada automaticamente, para que problemas de integração apareçam em minutos.ver no glossário →Imagem de contêinerUma pilha de camadas somente leitura mais metadados, a partir da qual os contêineres iniciam. Identificada por um digest, rotulada por um nome mutável.ver no glossário →CDentrega contínua · implantação contínuaA entrega contínua mantém toda mudança pronta para ser implantada a qualquer momento; a implantação contínua vai além e libera automaticamente em produção cada mudança aprovada.ver no glossário →

conexões no mapa

atualizado em 14/10/2026 · fontes para aprofundar · reportar erro

Estude antes

Desbloqueia

teste o que entendeu

Carregando perguntas…