Компания запускает приложение на EC2 и Lambda, которое хранит временные объекты в Amazon S3; объекты удаляются через 24 часа. Компания развертывает новые версии приложения, создавая стеки CloudFormation для необходимых ресурсов, и удаляет старый стек после валидации. Недавно удаление старого стека разработки завершилось неудачей. Архитектор решений должен устранить эту ошибку удаления без существенных архитектурных изменений. Какое решение соответствует этому требованию?

Правильный ответ заключается в создании функции AWS Lambda, которая удаляет объекты из бакета S3, добавлении этой Lambda как пользовательского ресурса CloudFormation и включении атрибута DependsOn, ссылающегося на ресурс бакета S3. Это решение позволяет CloudFormation вызвать Lambda-функцию для очистки бакета S3 перед его удалением, что является обязательным условием для удаления непустого бакета. Атрибут DependsOn гарантирует правильный порядок выполнения. Изменение DeletionPolicy на Delete не сработает, так как CloudFormation не может удалить непустой бакет S3. DeletionPolicy со значением Snapshot также не решит проблему удаления непустого бакета, а только создаст снимок, но не удалит сам бакет. Использование Amazon EFS вместо S3 является значительным архитектурным изменением, что противоречит условию задачи.