Administrator SysOps musi wdrożyć infrastrukturę jako kod i chce użyć pojedynczego szablonu AWS CloudFormation, który może być ponownie wykorzystany w wielu środowiskach (na przykład dev, test, prod). Jak administrator powinien zaprojektować szablon CloudFormation?

Prawidłowa odpowiedź to zdefiniowanie parametrów w szablonie CloudFormation, aby kontrolować wartości specyficzne dla środowiska. Parametry pozwalają na przekazywanie różnych wartości do szablonu podczas jego tworzenia lub aktualizacji, co umożliwia ponowne użycie tego samego szablonu dla środowisk deweloperskich, testowych i produkcyjnych, zmieniając jedynie te wartości (np. rozmiar instancji, nazwy zasobów, zakresy IP). Osadzanie skryptów EC2 user data bezpośrednio w szablonie ogranicza jego elastyczność i utrudnia zarządzanie zmianami dla różnych środowisk. Zagnieżdżone stosy (nested stacks) są używane do organizowania złożonych szablonów i ponownego użycia komponentów, ale same w sobie nie rozwiązują problemu różnic środowiskowych bez użycia parametrów. Stack policies służą do ochrony zasobów przed niezamierzonymi aktualizacjami lub usunięciami, a nie do zarządzania konfiguracją specyficzną dla środowiska.