CodeDeploy effectue des déploiements sur place sur des instances EC2 dans un groupe Auto Scaling en utilisant la configuration CodeDeployDefault.OneAtATime. Une fois le déploiement terminé, deux des cinq instances exécutent toujours la révision précédente, tandis que trois exécutent la nouvelle. Quelle est la cause la plus probable ?

La cause la plus probable est qu'EC2 Auto Scaling a lancé deux nouvelles instances pendant le déploiement. Par défaut, les nouvelles instances lancées par Auto Scaling reçoivent la version de l'application qui était présente sur l'AMI ou le modèle de lancement au moment de leur création, et non la dernière révision déployée par CodeDeploy. Cela explique pourquoi certaines instances ont l'ancienne révision et d'autres la nouvelle. Les autres options sont moins probables ou incorrectes : Si les instances n'avaient pas réussi à télécharger le package, le déploiement aurait échoué pour ces instances, ce qui serait visible dans les logs de CodeDeploy. Un hook AfterInstall défaillant entraînerait généralement un échec du déploiement pour ces instances, pas un retour à la révision précédente. Si l'agent CodeDeploy n'était pas installé, les déploiements n'auraient pas pu démarrer sur ces instances, et elles n'auraient pas pu recevoir la révision précédente après un déploiement.