Blue-green deployment
Uma estratégia de implantação com dois ambientes de produção idênticos — "blue" (atual) e "green" (a nova versão). Você implanta e testa no green, depois troca todo o tráfego para lá de uma vez. Se algo der errado, volta na hora. Zero downtime com rollback instantâneo.
Mecânica: o blue roda em produção; você implanta a nova versão no green (um ambiente paralelo e idêntico), testa com calma, e então redireciona o load balancer/roteador do blue para o green de uma só vez. O blue fica rodando por um tempo como um fallback instantâneo — se aparecer um problema, você volta para o blue imediatamente (sem reimplantar, só uma mudança de roteamento). Vantagem: zero downtime na troca, e o rollback mais rápido possível. Contrapartida: caro (dois ambientes de produção completos ao mesmo tempo), e mudanças de esquema de banco de dados são complicadas (as duas versões precisam funcionar contra o mesmo banco durante a transição). Diferente do canary (uma liberação gradual para uma fração dos usuários) — blue-green é uma troca abrupta, tudo ou nada. Uma estratégia clássica de deploy. Relacionado a canary deployment e rolling update.