Firma posiada wiele aplikacji zbudowanych w różnych językach i frameworkach, działających lokalnie na różnych systemach operacyjnych. Każdy zespół ma swój własny proces wydawania. Firma chce scentralizowanego systemu kontroli wersji, spójnego, zautomatyzowanego potoku dostarczania i minimalnej konserwacji infrastruktury po migracji do AWS. Jakie podejście spełnia te cele?

Poprawna odpowiedź spełnia wszystkie wymagania: AWS CodeCommit zapewnia scentralizowaną kontrolę wersji. AWS CodeBuild tworzy obrazy Docker, standaryzując proces budowania niezależnie od języka/frameworka. Amazon ECR przechowuje obrazy kontenerów. AWS Fargate (w ramach Amazon ECS) oferuje w pełni zarządzaną infrastrukturę, minimalizując konserwację i zapewniając spójne środowisko uruchomieniowe dla wszystkich aplikacji. AWS CodeDeploy automatyzuje wdrażanie. Pozostałe opcje są mniej optymalne: Umieszczenie wszystkich aplikacji w jednym repozytorium CodeCommit z różnymi gałęziami jest niezalecane; utrudnia niezależny rozwój i wdrażanie. Wdrażanie na jeden scentralizowany serwer aplikacji tworzy pojedynczy punkt awarii i nie skaluje się. Wdrażanie na jeden scentralizowany serwer aplikacji jest nieoptymalne. Tworzenie AMI dla każdego serwera jest bardziej złożone w zarządzaniu i mniej elastyczne niż konteneryzacja, a CloudFormation StackSets zarządza infrastrukturą, ale nie rozwiązuje problemu spójnego środowiska uruchomieniowego dla różnych aplikacji tak efektywnie jak kontenery.