Une entreprise exécute une application sur EC2 et Lambda qui stocke des objets temporaires dans Amazon S3 ; les objets sont supprimés après 24 heures. L'entreprise déploie de nouvelles versions d'applications en créant des piles CloudFormation pour les ressources requises et supprime l'ancienne pile après validation. Récemment, la suppression d'une ancienne pile de développement a échoué. Un architecte de solutions doit résoudre l'échec de la suppression sans modifications architecturales majeures. Quelle solution répond à cette exigence ?

L'échec de la suppression de la pile CloudFormation est probablement dû au fait que le compartiment S3 n'était pas vide. CloudFormation ne peut pas supprimer un compartiment S3 qui contient des objets. La création d'une fonction Lambda personnalisée qui vide le compartiment S3 avant sa suppression permet de résoudre ce problème. En l'ajoutant comme ressource personnalisée CloudFormation avec un attribut DependsOn sur le compartiment S3, cette fonction s'exécutera pendant la phase de suppression de la pile, garantissant que le compartiment est vide et peut être supprimé. Les options de DeletionPolicy (Delete ou Snapshot) ne videront pas le compartiment S3 ; elles contrôlent uniquement le comportement de la ressource elle-même lors de la suppression de la pile. Modifier pour utiliser Amazon EFS est une modification architecturale majeure et ne résout pas le problème du compartiment S3 existant.