CodePipeline uruchamia: (1) CodeBuild kompiluje i uruchamia testy jednostkowe, (2) CodeDeploy wdraża do środowiska przejściowego EC2, (3) CodeDeploy wdraża do środowiska produkcyjnego EC2. Zespół QA chce sprawdzić artefakt kompilacji przed produkcją i uruchomić ręczny test penetracyjny, który jest wywoływany za pośrednictwem REST API. Jaką kombinację zmian powinien wprowadzić inżynier DevOps? (Wybierz dwie odpowiedzi)

Wstawienie akcji ręcznego zatwierdzenia między etapem testowania a wdrożeniem do środowiska produkcyjnego jest kluczowe, ponieważ umożliwia zespołowi QA ręczne sprawdzenie artefaktu i wykonanie testów penetracyjnych przed kontynuacją. Bez tego potok automatycznie przeszedłby do produkcji. Zaktualizowanie potoku w celu wywołania funkcji AWS Lambda, która z kolei wywołuje REST API narzędzia do testów penetracyjnych, pozwala na zautomatyzowanie uruchamiania testów penetracyjnych na żądanie po ręcznym zatwierdzeniu. Modyfikacja pliku buildspec.yml nie jest odpowiednia, ponieważ ręczne zatwierdzenie jest funkcją CodePipeline, a nie CodeBuild. Aktualizacja grup wdrożeniowych CodeDeploy również nie jest prawidłowa, ponieważ zatwierdzenia są zarządzane na poziomie potoku. Bezpośrednie wywoływanie REST API z potoku jest mniej elastyczne i trudniejsze do zarządzania niż użycie funkcji Lambda.