Szablon CloudFormation wdraża zaszyfrowany obraz Amazon Machine Image (AMI). Obraz AMI został skopiowany na inne konto AWS, aby można było tam używać szablonu, ale podczas tworzenia stosu na docelowym koncie wdrożenie kończy się niepowodzeniem. Co powinien zrobić administrator SysOps, aby rozwiązać problem?

Poprawna odpowiedź to edycja szablonu CloudFormation, aby odwoływał się do ID AMI, które istnieje na koncie docelowym. Po skopiowaniu AMI na inne konto AWS, otrzymuje ono nowe, unikalne ID. Szablon CloudFormation na koncie docelowym nadal odwołuje się do oryginalnego ID AMI z konta źródłowego, co prowadzi do błędu wdrożenia, ponieważ to ID nie istnieje na koncie docelowym. Zaktualizowanie szablonu o nowe ID AMI rozwiąże problem. Zmiana uprawnień AMI na publiczne nie jest konieczna i może stanowić zagrożenie bezpieczeństwa. Wyrejestrowanie oryginalnego AMI na koncie źródłowym nie ma wpływu na skopiowane AMI na koncie docelowym. Ponowne zaszyfrowanie skopiowanego AMI kluczem KMS z konta docelowego jest krokiem, który należy wykonać, jeśli AMI nie zostało poprawnie zaszyfrowane kluczem z konta docelowego podczas kopiowania, ale nie rozwiązuje problemu odwołania do nieprawidłowego ID AMI w szablonie.