Firma wdraża aplikację, używając instancji EC2 i wielu stosów CloudFormation. Deweloperzy tworzą i testują lokalnie, a następnie przesyłają artefakty i szablony do S3; współpracownicy przeglądają zmiany przed aktualizacją stosów. Proces wdrażania jest podatny na błędy i powolny podczas aktualizacji każdej instancji. Firma chce zautomatyzować wdrażanie, ale zachować ostateczne ręczne zatwierdzenie przed modyfikacją aplikacji lub zasobów. Kod źródłowy i szablony są już w CodeCommit, a projekt CodeBuild istnieje. Które kroki spełniają wymagania? (Wybierz dwie opcje.)

Pierwsza poprawna odpowiedź jest kluczowa dla wdrożeń CodeDeploy. Aby CodeDeploy mógł zarządzać instancjami EC2, należy zainstalować na nich agenta CodeDeploy, a następnie zorganizować je w aplikacji i grupie wdrożeniowej CodeDeploy. Bez tego CodeDeploy nie będzie w stanie komunikować się z instancjami ani nimi zarządzać. Druga poprawna odpowiedź opisuje kompleksowy, zautomatyzowany przepływ pracy, który spełnia wszystkie wymagania. CodePipeline orkiestruje proces, CodeBuild kompiluje kod i tworzy artefakty. Tworzenie zestawów zmian CloudFormation pozwala na podgląd modyfikacji infrastruktury przed ich zastosowaniem, co jest zgodne z wymogiem ręcznego zatwierdzenia. Po zatwierdzeniu, zestawy zmian są wykonywane, a CodeDeploy zajmuje się aktualizacją aplikacji na instancjach EC2, co jest znacznie szybsze i mniej podatne na błędy niż ręczne aktualizowanie każdej instancji. Pozostałe opcje są niekompletne lub nieprawidłowe. Tworzenie środowiska w CodeDeploy nie jest standardowym krokiem do rejestrowania instancji EC2; zamiast tego używa się grup wdrożeniowych. Opcje, które nie uwzględniają zestawów zmian CloudFormation, nie spełniają wymogu ręcznego zatwierdzenia zmian w infrastrukturze.