Zespół obecnie buduje artefakt lokalnie i przesyła go do S3, uruchamia polecenie czyszczenia pamięci podręcznej, pobiera i rozpakowuje artefakt na każdej instancji EC2 w celu wdrożenia. Zespół DevOps chce procesu CI/CD, który może zatrzymywać i wycofywać zmiany w przypadku awarii oraz śledzić postępy wdrożenia. Która kombinacja kroków to osiągnie? (Wybierz trzy.)

Aby zbudować wydajny potok CI/CD z możliwością wycofywania zmian i śledzenia postępów, należy zintegrować kilka usług AWS. AWS CodePipeline jest centralnym elementem, który orkiestruje cały proces, zaczynając od repozytorium kodu źródłowego (np. CodeCommit, GitHub). CodeBuild jest używany do kompilacji kodu źródłowego i tworzenia artefaktu, który następnie jest przechowywany w S3. CodeDeploy odpowiada za wdrożenie tego artefaktu na instancjach EC2. W pliku AppSpec.yml, który jest częścią CodeDeploy, można zdefiniować haki cyklu życia, takie jak BeforeInstall, aby uruchomić niestandardowe skrypty, np. do czyszczenia pamięci podręcznej aplikacji przed instalacją nowej wersji. Pozostałe opcje są mniej odpowiednie: Używanie EventBridge do wyzwalania funkcji Lambda do budowania artefaktu jest zbyt skomplikowane i nie zapewnia kompleksowych funkcji CI/CD, takich jak śledzenie postępów czy wycofywanie zmian, które oferuje CodePipeline. Skrypt user-data na każdej instancji EC2 do czyszczenia pamięci podręcznej nie jest częścią zautomatyzowanego potoku wdrożeniowego i nie zapewnia mechanizmów wycofywania zmian ani śledzenia. AWS Systems Manager może być używany do pobierania artefaktów, ale nie oferuje kompleksowego zarządzania potokiem wdrożeniowym ani funkcji wycofywania zmian, które są kluczowe dla tego scenariusza.