Un pipeline CI/CD construit et pousse un conteneur sur un tag ; la dernière étape doit déployer en production sur GKE avec zéro temps d'arrêt, des tests automatisés avant le déploiement, et un rollback rapide. Quel outil et quelle stratégie choisissez-vous ?

La réponse correcte est de déclencher une autre tâche Cloud Build qui utilise les outils CLI Kubernetes pour déployer votre nouveau conteneur sur votre cluster GKE, où vous pouvez effectuer un test shadow. Le test shadow (ou "shadowing") permet de rediriger une copie du trafic de production vers la nouvelle version de l'application sans affecter les utilisateurs finaux, ce qui est idéal pour valider le comportement en production sans risque de temps d'arrêt ou d'impact négatif. Les tests A/B et canary sont des stratégies de déploiement progressif qui exposent une partie des utilisateurs au nouveau code, ce qui n'est pas l'objectif principal ici qui est de tester avant le déploiement général. L'utilisation directe des outils CLI Kubernetes via Cloud Build est une méthode standard pour interagir avec GKE.