Une application multiniveau stocke des données temporaires dans des objets S3 valides pendant 45 minutes et qui doivent être supprimés après 24 heures. Chaque version de l'application est déployée via une pile CloudFormation et lorsqu'une ancienne pile est supprimée, CloudFormation ne parvient pas à supprimer un compartiment S3, ce qui entraîne l'échec de la suppression de la pile. Sans modifications architecturales majeures, comment résoudre ce problème ?

La bonne réponse est d'implémenter une fonction Lambda pour vider le compartiment S3. CloudFormation ne peut pas supprimer un compartiment S3 non vide. En utilisant une ressource personnalisée CloudFormation (une fonction Lambda) avec un DependsOn sur le compartiment S3, la Lambda videra le compartiment avant que CloudFormation ne tente de le supprimer, permettant ainsi la suppression réussie de la pile. Les autres options sont incorrectes car : Utiliser Amazon EFS est un changement architectural majeur et ne résout pas directement le problème de suppression du compartiment S3 existant. Une règle de cycle de vie S3 expire les objets mais ne garantit pas que le compartiment sera vide au moment de la suppression de la pile, car il pourrait y avoir des objets récemment ajoutés ou des versions d'objets. L'attribut DeletionPolicy: Delete est la politique par défaut pour la plupart des ressources et ne suffit pas pour supprimer un compartiment S3 non vide.