ある会社が、EC2とLambdaでアプリケーションを実行しており、一時的なオブジェクトをAmazon S3に保存しています。オブジェクトは24時間後に削除されます。同社は、必要なリソースのCloudFormationスタックを作成し、検証後に古いスタックを削除することで、新しいアプリケーションバージョンをデプロイしています。最近、古い開発スタックの削除が失敗しました。ソリューションアーキテクトは、大規模なアーキテクチャ変更なしに削除の失敗を解決する必要があります。この要件を満たすソリューションはどれですか？

正解は、CloudFormationスタック削除時にS3バケット内のオブジェクトを削除するLambda関数をカスタムリソースとして追加する方法です。CloudFormationは、S3バケットにオブジェクトが存在する場合、そのバケットを削除できません。カスタムリソースとして追加されたLambda関数は、スタック削除時にトリガーされ、S3バケット内のオブジェクトを空にしてからバケットの削除を許可します。DependsOn属性を使用することで、S3バケットリソースが削除される前にLambda関数が実行されることを保証できます。 他の選択肢は不適切です。 DeletionPolicy: Deleteは、バケットが空の場合にのみ機能します。 DeletionPolicy: SnapshotはS3バケットには適用されません。 Amazon EFSへの変更は、大規模なアーキテクチャ変更を伴うため、要件に反します。