O Que É um Promotion Step? Avançando um Build Adiante
Um promotion step avança o exato mesmo artifact de um ambiente para o próximo, como de staging para produção, sem reconstruí-lo.
Quando um build prova seu valor em staging, você não o reconstrói para produção; você o promove. Um promotion step pega o artifact idêntico que passou em um ambiente e o move para o próximo. Construir uma vez e promover garante que o que você testou é exatamente o que você entrega, eliminando surpresas do tipo "funcionou em staging".
Por que promover em vez de reconstruir
Reconstruir para cada ambiente arrisca diferenças sutis: uma dependência atualizada, uma flag alterada, um build não reproduzível. A promotion move os mesmos bytes adiante, então o artifact de produção é byte a byte o que passou em staging.
Como a promotion funciona
- O artifact é construído uma vez e armazenado (por exemplo, uma imagem com tag).
- Ele é implantado em um ambiente inferior e validado.
- Um promotion step implanta esse mesmo artifact mais acima.
- Nenhuma recompilação acontece entre ambientes.
Um exemplo rápido
A imagem app:${SHA} é implantada em staging e passa nos smoke tests. Um promotion step então implanta app:${SHA} (a mesma tag) em produção. O SHA prova que é o build idêntico.
Promotion e aprovações
Uma promotion para produção frequentemente fica atrás de uma aprovação manual ou de um quality gate. O promotion step é a ação; o portão decide se ela tem permissão para acontecer.
Promotion em um release pipeline
Promotion steps são a espinha dorsal de um release pipeline: construa uma vez, depois uma sequência de promotions leva o artifact de dev para staging para produção, cada uma com portão apropriado. Isso mantém os releases consistentes e auditáveis.
Principais conclusões
- Um promotion step avança o mesmo artifact para o próximo ambiente.
- Construir uma vez e promover garante que a produção corresponde ao que você testou.
- Promotions geralmente têm portão por uma aprovação ou quality gate.