CodeDeploy führt In-Place-Deployments über EC2-Instances in einer Auto Scaling-Gruppe unter Verwendung der Konfiguration CodeDeployDefault.OneAtATime durch. Nach Abschluss eines Deployments laufen zwei von fünf Instances immer noch mit der vorherigen Revision, während drei mit der neuen Revision laufen. Was ist die wahrscheinlichste Ursache?

Die korrekte Antwort ist, dass EC2 Auto Scaling zwei neue Instances gestartet hat, während das Deployment im Gange war, und diese Instances die vorherige Anwendungsrevision erhielten. Bei einem In-Place-Deployment mit CodeDeployDefault.OneAtATime werden Instances einzeln aktualisiert. Wenn Auto Scaling währenddessen neue Instances startet, erhalten diese die Version des Launch Templates, das möglicherweise noch auf die alte Anwendungsrevision verweist. Die anderen Optionen sind unwahrscheinlich: Ein fehlgeschlagener Download würde zu einem Deployment-Fehler führen, nicht zu einer alten Revision. Ein fehlerhafter AfterInstall-Hook würde eher einen Rollback oder einen Fehler verursachen, nicht das Beibehalten der alten Revision. Ein fehlender CodeDeploy-Agent würde das Deployment auf diesen Instances komplett verhindern.