Vous souhaitez déployer des mises à jour d'applications et acheminer une petite partie du trafic utilisateur réel vers la nouvelle version, tandis que la plupart des utilisateurs restent sur une version stable. Que devez-vous faire ?

L'option correcte est de déployer sur App Engine, créer une nouvelle version pour chaque mise à jour et utiliser le trafic splitting. App Engine est conçu pour ce type de déploiement progressif (canary release) grâce à sa gestion des versions et à sa fonctionnalité de répartition du trafic. Vous pouvez déployer une nouvelle version de votre application et diriger un petit pourcentage du trafic vers celle-ci, tout en maintenant la majorité du trafic sur une version stable. Les autres options sont incorrectes pour les raisons suivantes : Déployer sur App Engine et créer un nouveau service pour chaque mise à jour n'est pas la bonne approche. Un service App Engine représente une collection de versions d'une application, et non une nouvelle version elle-même. Déployer sur GKE et mettre à jour le Deployment vers la nouvelle version pour chaque publication ne permet pas de faire du trafic splitting natif de la même manière qu'App Engine sans configuration supplémentaire complexe. Déployer sur GKE, créer un nouveau Deployment et mettre à jour le Service pour qu'il pointe vers le nouveau Deployment est une approche de mise à jour "blue/green" ou "rolling update" mais ne permet pas de diriger un petit pourcentage du trafic vers la nouvelle version de manière simple et native comme le fait App Engine.