Deweloper konfiguruje AWS CodePipeline do wdrożenia. Kod źródłowy znajduje się w repozytorium GitHub, a etap źródłowy potoku jest już ustawiony na to repozytorium i gałąź. Deweloper chce, aby testy jednostkowe pakietu repozytorium były uruchamiane w środowisku potoku. Które kroki pozwolą to osiągnąć przy NAJMNIEJSZYM narzucie? (Wybierz dwie.)

Aby uruchomić testy jednostkowe z najmniejszym narzutem, należy użyć AWS CodeBuild. CodeBuild jest usługą w pełni zarządzaną, która kompiluje kod źródłowy, uruchamia testy i tworzy pakiety gotowe do wdrożenia. Tworzenie projektu CodeBuild i dodanie poleceń budowania i testowania do pliku buildspec.yml jest standardowym sposobem na zdefiniowanie tych operacji. Następnie, w CodePipeline, należy dodać nowy etap po etapie źródłowym. W tym etapie dodaje się akcję typu "Build", która odwołuje się do utworzonego projektu CodeBuild. Artefaktem wejściowym dla tej akcji powinien być artefakt wyjściowy z etapu źródłowego (czyli kod z GitHub). To zapewnia, że testy są uruchamiane na pobranym kodzie. Opcja z CodeCommit jest nieprawidłowa, ponieważ CodeCommit to usługa kontroli wersji, a nie środowisko do budowania i testowania. Opcja z CodeDeploy jest nieprawidłowa, ponieważ CodeDeploy służy do wdrażania aplikacji, a nie do ich budowania i testowania. Dodanie akcji do etapu źródłowego jest nieprawidłowe, ponieważ etap źródłowy służy wyłącznie do pobierania kodu, a nie do uruchamiania testów.