Une pile CloudFormation crée des ressources et définit également des paramètres dans Systems Manager Parameter Store que l'application lit et met à jour à l'exécution. Lorsque le développeur a mis à jour la pile pour ajouter des ressources étiquetées, les valeurs du Parameter Store ont été réinitialisées, écrasant les modifications apportées par l'application. Le développeur souhaite modifier le déploiement afin que les valeurs des paramètres ne soient pas réinitialisées par les mises à jour de la pile et pour minimiser l'effort de développement. Que doit faire le développeur ?

L'ajout d'une DeletionPolicy de Retain aux paramètres du Parameter Store dans CloudFormation empêche CloudFormation de supprimer ou de mettre à jour ces paramètres lors des mises à jour de la pile. Cela garantit que les valeurs modifiées par l'application à l'exécution sont conservées, même si la pile est mise à jour. Cette approche est la plus simple car elle modifie uniquement la définition de la ressource existante sans nécessiter de refactorisation majeure de l'application ou de l'infrastructure. Les autres options impliquent des efforts de développement et de migration plus importants : L'utilisation de DynamoDB ou RDS nécessiterait de modifier l'application pour lire et écrire les paramètres à partir de ces nouvelles sources de données, ce qui est un effort considérable. Modifier la politique de pile pour refuser les mises à jour des paramètres du Parameter Store n'est pas une fonctionnalité standard de CloudFormation pour des ressources spécifiques et ne résoudrait pas le problème de la réinitialisation des valeurs lors des mises à jour de la pile.