Bezserwerowy backend webowy i mobilny używa Lambda i API Gateway. Wdrożenie backendu Lambda musi być w pełni zautomatyzowane w oparciu o kod wypchnięty do odpowiedniej gałęzi w CodeCommit. Wymagania: oddzielne potoki dla środowisk testowych i produkcyjnych oraz automatyczne wdrożenia tylko dla środowisk testowych. Jakie kroki spełniają te wymagania?

Prawidłowa odpowiedź spełnia wszystkie wymagania. Tworzy oddzielne potoki CodePipeline dla środowisk testowych i produkcyjnych, co jest kluczowe dla separacji. Dodanie ręcznego zatwierdzania do potoku produkcyjnego zapewnia, że wdrożenia produkcyjne nie są w pełni automatyczne, co jest zgodne z wymaganiem "automatyczne wdrożenia tylko dla środowisk testowych". Użycie jednego repozytorium CodeCommit z oddzielnymi gałęziami dla każdego środowiska jest standardową praktyką w kontroli wersji i umożliwia łatwe zarządzanie kodem. Wdrażanie funkcji Lambda za pomocą CloudFormation jest zalecaną metodą automatyzacji infrastruktury jako kodu (IaC). Pozostałe opcje są nieprawidłowe, ponieważ: Opcja 1: Nie uwzględnia ręcznego zatwierdzania dla środowiska produkcyjnego i sugeruje oddzielne repozytoria CodeCommit dla każdego środowiska, co jest mniej efektywne niż gałęzie. Opcja 2: Sugeruje oddzielne repozytoria CodeCommit dla każdego środowiska, co jest mniej optymalne niż użycie gałęzi w jednym repozytorium. Opcja 4: Skupia się na CodeBuild zamiast CodePipeline do orkiestracji całego procesu CI/CD i sugeruje ręczne wypychanie kodu do S3, co nie jest w pełni zautomatyzowane.