Stos CloudFormation tworzy zasoby i definiuje parametry w Systems Manager Parameter Store, które aplikacja odczytuje i aktualizuje w czasie działania. Gdy deweloper zaktualizował stos, aby dodać zasoby z tagami, wartości Parameter Store zostały zresetowane, nadpisując zmiany wprowadzone przez aplikację. Deweloper chce zmienić wdrożenie tak, aby wartości parametrów nie były resetowane przez aktualizacje stosu i aby zminimalizować wysiłek deweloperski. Co powinien zrobić deweloper?

Poprawna odpowiedź to zmiana stosu CloudFormation tak, aby parametry Parameter Store używały DeletionPolicy o wartości Retain. Domyślnie, gdy zasób jest modyfikowany w CloudFormation w sposób, który wymaga jego zastąpienia (np. zmiana typu zasobu), CloudFormation może usunąć stary zasób i utworzyć nowy. Użycie DeletionPolicy: Retain dla zasobów Parameter Store zapobiega ich usunięciu i ponownemu utworzeniu podczas aktualizacji stosu, co zachowuje ich wartości. Dodanie tabeli DynamoDB lub instancji RDS to zbyt skomplikowane rozwiązania, wymagające znacznego wysiłku deweloperskiego na migrację i dostosowanie aplikacji. Modyfikowanie polityki stosu CloudFormation w celu odmowy aktualizacji parametrów Parameter Store uniemożliwiłoby CloudFormation zarządzanie tymi parametrami, co nie jest pożądanym rozwiązaniem, ponieważ deweloper chce, aby CloudFormation tworzył parametry, ale nie resetował ich wartości.