Musisz dodać testy integracyjne do istniejącego przepływu pracy CodePipeline, który buduje obraz kontenera dla usługi Amazon ECS i wypycha obraz do ECR z nowym tagiem. Testy muszą zweryfikować, czy nowa wersja usługi jest osiągalna i czy punkty końcowe API zwracają pomyślne odpowiedzi. Klaster ECS do testowania już istnieje. Które trzy działania zapewniają to przy najmniejszym narzucie zarządzania?

Dodanie etapu Deploy z dostawcą Amazon ECS pozwala CodePipeline bezpośrednio wdrożyć nową wersję usługi na istniejącym klastrze ECS, minimalizując narzut zarządzania. Utworzenie pliku imagedefinitions.json w etapie budowania jest niezbędne, ponieważ informuje dostawcę akcji ECS, który obraz kontenera ma zostać wdrożony, odwołując się do nowego tagu obrazu. Funkcja Lambda do testów integracyjnych jest idealnym rozwiązaniem, ponieważ może wykonywać sprawdzenia łączności i wywołania API, a następnie zostać dodana jako akcja Lambda w potoku, zapewniając bezserwerowe i skalowalne testowanie bez konieczności zarządzania dodatkowymi serwerami. Pozostałe opcje są mniej optymalne: użycie AWS CodeDeploy jako dostawcy akcji jest możliwe, ale Amazon ECS jest bardziej bezpośrednim dostawcą dla wdrożeń ECS. Dodanie pliku appspec.yml jest wymagane dla CodeDeploy, ale nie dla bezpośredniego wdrożenia ECS. Przesyłanie skryptu testowego do S3 i wywoływanie go z etapu akcji S3 jest mniej zintegrowane i bardziej złożone niż użycie funkcji Lambda.