O Que É um Pipeline de Deployment?
Um pipeline de deployment é o caminho automatizado que promove um build validado por ambientes sucessivos até chegar à produção.
Um pipeline de deployment foca na "última milha" da entrega: levar com segurança até a produção um build que já passou nos testes. Ele modela a jornada como uma série de ambientes com portões, cada um mais parecido com produção que o anterior.
O que é
Um pipeline de deployment pega um único build artifact e o move por ambientes como desenvolvimento, staging e produção. O mesmo artifact é promovido em cada etapa, nunca reconstruído, então o que você testou é exatamente o que você entrega. Cada ambiente atua como um checkpoint que o build precisa vencer.
Os estágios
- Fazer o build uma vez e produzir um artifact versionado.
- Fazer deploy em um ambiente de teste ou integração e verificar.
- Promover para staging, uma quase-cópia da produção.
- Rodar smoke tests e quaisquer checagens de aceitação.
- Promover o artifact idêntico para produção.
Build once, deploy everywhere
Um princípio definidor é que o artifact é construído uma única vez e reutilizado em todos os ambientes. Reconstruir para cada ambiente arrisca diferenças sutis entre o que você testou e o que você entregou. Promover os mesmos bytes em todo lugar remove toda essa classe de surpresas do tipo "funcionou no staging".
Um exemplo
Uma imagem de container é construída e marcada com um hash de commit. Ela faz deploy no staging, passa nos smoke tests, e a imagem exatamente igual, mesma tag, é então deployada em produção. Não há um segundo build, então não há chance de drift entre os dois.
Por que reduz risco
Cada ambiente é um portão que captura problemas antes que cheguem aos usuários, e promover um artifact idêntico garante consistência. O pipeline também torna o processo de deployment repetível e observável, então um deploy de produção é uma operação rotineira e bem-praticada em vez de um salto de fé.
Principais conclusões
- Um pipeline de deployment promove um build por ambientes com portões.
- Faça o build uma vez e promova o mesmo artifact para evitar drift.
- Cada ambiente é um checkpoint que protege a produção.