Ein Unternehmen betreibt eine Anwendung auf EC2 und Lambda, die temporäre Objekte in Amazon S3 speichert; Objekte werden nach 24 Stunden gelöscht. Das Unternehmen stellt neue Anwendungsversionen bereit, indem es CloudFormation-Stacks für die benötigten Ressourcen erstellt und den alten Stack nach der Validierung löscht. Kürzlich schlug das Löschen eines alten Entwicklungs-Stacks fehl. Ein Lösungsarchitekt muss den Löschfehler ohne größere architektonische Änderungen beheben. Welche Lösung erfüllt diese Anforderung?

Der Fehler beim Löschen des Stacks tritt auf, weil S3-Buckets, die Objekte enthalten, nicht gelöscht werden können. Die korrekte Lösung verwendet eine Lambda-Funktion als CloudFormation-Custom-Ressource, um die Objekte im S3-Bucket vor dem Löschen des Buckets zu leeren. Das DependsOn-Attribut stellt sicher, dass diese Custom-Ressource vor dem S3-Bucket ausgeführt wird, wenn der Stack gelöscht wird. Die Option mit DeletionPolicy: Delete ist falsch, da dies nur für leere Buckets funktioniert. DeletionPolicy: Snapshot ist für S3-Buckets nicht relevant und würde den Fehler nicht beheben. Die Verwendung von Amazon EFS ist eine größere architektonische Änderung, die die Anforderung, den Fehler ohne größere Änderungen zu beheben, nicht erfüllt.