CodeDeploy wykonuje wdrożenia in-place na instancjach EC2 w grupie Auto Scaling, używając konfiguracji CodeDeployDefault.OneAtATime. Po zakończeniu wdrożenia, dwie z pięciu instancji nadal działają na poprzedniej rewizji, podczas gdy trzy działają na nowej. Jaka jest najbardziej prawdopodobna przyczyna?

Prawidłowa odpowiedź wskazuje, że EC2 Auto Scaling uruchomił nowe instancje w trakcie wdrożenia. Domyślnie, nowe instancje uruchomione przez Auto Scaling podczas aktywnego wdrożenia CodeDeploy otrzymują najnowszą zatwierdzoną rewizję aplikacji. Jednak w scenariuszu, gdy wdrożenie jest w toku, a nowe instancje zostaną uruchomione przed jego zakończeniem i zatwierdzeniem, mogą one otrzymać poprzednią wersję aplikacji, jeśli nie zostaną prawidłowo zintegrowane z trwającym procesem wdrożenia. Pozostałe opcje są mniej prawdopodobne: "Dwie dotknięte instancje nie pobrały nowego pakietu wdrożeniowego" - CodeDeploy ponowiłby próbę pobrania lub oznaczyłby wdrożenie jako nieudane dla tych instancji. "Błąd w hooku cyklu życia AfterInstall spowodował, że agent CodeDeploy na tych instancjach przywrócił poprzednią rewizję" - Błąd w hooku zazwyczaj skutkowałby niepowodzeniem wdrożenia na tych instancjach, a nie cichym przywróceniem poprzedniej wersji. "Agent CodeDeploy nie został zainstalowany na dwóch dotkniętych instancjach" - Bez agenta CodeDeploy wdrożenie na tych instancjach w ogóle by się nie rozpoczęło lub zakończyłoby się błędem.