Eine mehrschichtige Anwendung speichert temporäre Daten in S3-Objekten, die 45 Minuten lang gültig sind und nach 24 Stunden gelöscht werden müssen. Jede Anwendungsversion wird über einen CloudFormation-Stack bereitgestellt. Wenn ein älterer Stack gelöscht wird, kann CloudFormation einen S3-Bucket nicht löschen, wodurch die Stack-Löschung fehlschlägt. Wie kann dies ohne größere architektonische Änderungen gelöst werden?

Die korrekte Lösung ist die Implementierung einer Lambda-Funktion, die vor dem Löschen des Buckets dessen Inhalt leert. CloudFormation kann einen S3-Bucket nicht löschen, wenn er Objekte enthält. Eine benutzerdefinierte Ressource, die eine Lambda-Funktion aufruft, kann so konfiguriert werden, dass sie beim Löschen des Stacks (Delete-Ereignis) alle Objekte im S3-Bucket entfernt. Die DependsOn-Referenz stellt sicher, dass der Bucket erst gelöscht wird, nachdem die Lambda-Funktion ausgeführt wurde. Die Option mit Amazon EFS ist eine größere architektonische Änderung und nicht die effizienteste Lösung für temporäre Daten, die nach 24 Stunden gelöscht werden müssen. Die Option, nur eine S3-Lifecycle-Regel hinzuzufügen, löst das Problem nicht, da der Bucket beim Löschen des Stacks immer noch Objekte enthalten könnte, die noch nicht abgelaufen sind. Das Hinzufügen von DeletionPolicy: Delete zum S3-Bucket würde den Bucket nur dann löschen, wenn er leer ist; es leert ihn nicht.