Me explique a diferença entre deploys blue green e canário, e quando você escolheria cada um.

Blue green roda dois ambientes completos e vira o tráfego de uma vez, então o rollback é instantâneo mas todo usuário encontra a versão nova no mesmo momento. Canário manda uma fatia pequena de tráfego real para a versão nova e a aumenta enquanto você observa os SLIs, então o raio de impacto é pequeno mas o rollout é mais lento. Escolha blue green para viradas rápidas e neutras de schema; escolha canário para mudanças arriscadas de lógica em escala.

Blue green são duas pilhas completas com uma chave na frente. Você faz deploy na ociosa, verifica, vira o roteador, e se der errado você vira de volta em segundos. Canário é progressivo: 1% do tráfego, depois 5, depois 25, olhando taxa de erro e latência em cada passo, com rollback automático se a versão nova parecer pior que a baseline. Eu tendo para canário em qualquer coisa em que o risco é mudança sutil de comportamento, porque blue green só te conta sobre a quebra depois que todo mundo já está nela. Blue green é ótimo para trocas em nível de infraestrutura em que o código não muda. O que domina os dois é o banco de dados. A gente rodava expand and contract em toda mudança de schema, então a coluna nova sobe primeiro, as duas versões conseguem ler e escrever, e só depois de a versão antiga estar totalmente aposentada é que derrubamos qualquer coisa. Sem isso, o seu rollback instantâneo não está de fato disponível, o que é uma coisa desagradável de descobrir no meio de um incidente.