Firma chce używać AWS CloudFormation do provisioningu zasobów, ale musi egzekwować ścisłe tagowanie i ograniczenia zasobów oraz limitować wdrożenia do dwóch Regionów. Deweloperzy muszą mieć możliwość wdrażania wielu wersji tej samej aplikacji. Które rozwiązanie zapewnia zgodność wdrożeń z polityką firmy?

Prawidłowa odpowiedź to opublikowanie zatwierdzonych szablonów CloudFormation jako produktów AWS Service Catalog i wymaganie od deweloperów używania tych produktów. AWS Service Catalog umożliwia scentralizowane zarządzanie zatwierdzonymi szablonami CloudFormation (produktami), które mogą być następnie udostępniane deweloperom. Można w nim definiować ograniczenia dotyczące tagowania, regionów i typów zasobów za pomocą ograniczeń (constraints), co zapewnia zgodność z polityką firmy. Deweloperzy mogą uruchamiać wiele wersji tych produktów, co spełnia wymóg wdrażania wielu wersji aplikacji. Pozostałe opcje są nieprawidłowe: AWS Trusted Advisor skupia się na optymalizacji kosztów, wydajności, bezpieczeństwa i odporności, a nie na egzekwowaniu polityk wdrażania CloudFormation StackSets. Wykrywanie dryfu CloudFormation (drift detection) służy do identyfikacji zmian wprowadzonych ręcznie w zasobach po ich wdrożeniu przez CloudFormation, a nie do egzekwowania polityk przed wdrożeniem ani do ograniczania Regionów. Tworzenie CloudFormation StackSets z zatwierdzonych szablonów nie zapewnia automatycznego egzekwowania polityk tagowania, ograniczeń zasobów ani limitów Regionów w sposób tak kompleksowy i kontrolowany jak AWS Service Catalog.