Expliquez la différence entre un déploiement blue green et une livraison canary, et quand vous choisiriez l'un ou l'autre.

Le blue green fait tourner deux environnements complets et bascule tout le trafic d'un coup, donc le retour arrière est instantané mais vous payez le double de capacité et tous les utilisateurs voient le changement en même temps. Un canary envoie une petite part du trafic vers la nouvelle version, compare ses métriques à l'ancienne, et monte progressivement, ce qui limite le rayon d'impact mais demande du pilotage de trafic et une bonne télémétrie. Prenez le canary pour les services à fort trafic et le blue green pour des releases rares et fortement couplées.

Le blue green, c'est deux environnements complets. Le vert est en production, le bleu reçoit la nouvelle version, vous faites vos vérifications sur le bleu, puis vous basculez le routeur et tout le monde change d'un coup. L'avantage, c'est que le retour arrière consiste juste à rebasculer, donc quelques secondes. Les inconvénients, c'est que vous payez deux environnements de production et que si quelque chose cloche, cent pour cent des utilisateurs le prennent au même instant. Un canary envoie peut-être un ou cinq pour cent du trafic vers la nouvelle version, et vous comparez taux d'erreur, latence et métriques métier au groupe de contrôle avant de monter à vingt-cinq, cinquante, puis tout. Le rayon d'impact est minuscule et la montée est automatique tant que la comparaison reste propre. Ce qu'il faut pour un canary, c'est de la vraie télémétrie et un moyen de répartir le trafic, donc un service mesh ou un load balancer qui gère la pondération. En pratique, je pars sur du canary pour tout ce qui est côté utilisateur avec un trafic régulier, et sur du blue green quand le trafic est trop faible pour qu'un canary soit statistiquement parlant. Ni l'un ni l'autre ne vous sauve d'une migration destructrice, qui est une discipline à part.