Explique deploy blue green versus releases canário, e quando você escolheria cada um.

O blue green mantém dois ambientes completos e troca todo o tráfego de uma vez, então o rollback é instantâneo mas você paga por capacidade dobrada e todos os usuários veem a mudança ao mesmo tempo. Um canário manda uma fatia pequena do tráfego para a versão nova, compara as métricas dela contra as da antiga e sobe aos poucos, o que limita o raio de impacto mas exige controle de tráfego e boa telemetria. Escolha canário para serviços de tráfego alto e blue green para releases pouco frequentes e fortemente acoplados.

Blue green significa dois ambientes completos. O verde está no ar, o azul recebe a versão nova, você roda as suas checagens contra o azul e então vira o roteador e todo mundo migra de uma vez. A vantagem é que o rollback é só virar de volta, o que leva segundos. As desvantagens são que você está pagando por dois ambientes de produção e que, se algo está errado, cem por cento dos usuários pegam aquilo no mesmo instante. Um canário manda talvez um ou cinco por cento do tráfego para a versão nova, e você compara taxa de erro, latência e métricas de negócio contra o controle antes de subir para vinte e cinco, cinquenta e depois tudo. O raio de impacto é minúsculo e a subida é automática se a comparação continuar limpa. O que o canário exige é telemetria de verdade e uma forma de dividir tráfego, então um service mesh ou um load balancer que suporte pesos. Na prática eu uso canário por padrão para qualquer coisa voltada ao usuário com tráfego estável, e blue green quando o tráfego é baixo demais para um canário ser estatisticamente significativo. Nenhum dos dois te resgata de uma migração destrutiva, que é uma disciplina à parte.