한 회사에서 EC2와 Lambda에서 애플리케이션을 실행하며, 임시 객체를 Amazon S3에 저장하고 24시간 후에 삭제합니다. 이 회사는 필요한 리소스에 대한 CloudFormation 스택을 생성하여 새 애플리케이션 버전을 배포하고, 유효성 검사 후 이전 스택을 삭제합니다. 최근 이전 개발 스택 삭제가 실패했습니다. 솔루션스 아키텍트는 주요 아키텍처 변경 없이 삭제 실패를 해결해야 합니다. 어떤 솔루션이 이 요구 사항을 충족할까요?

정답은 S3 버킷에 남아있는 객체 때문에 CloudFormation 스택 삭제가 실패하는 문제를 해결합니다. CloudFormation은 비어있지 않은 S3 버킷을 삭제할 수 없으므로, 사용자 지정 리소스(Lambda 함수)를 사용하여 스택 삭제 전에 버킷의 모든 객체를 자동으로 삭제합니다. DependsOn 속성은 S3 버킷 리소스가 삭제되기 전에 Lambda 함수가 실행되도록 보장합니다. "CloudFormation 스택을 변경하여 S3 버킷 리소스에 DeletionPolicy 속성으로 Delete를 추가합니다"는 S3 버킷이 비어있지 않으면 작동하지 않습니다. "CloudFormation 스택을 변경하여 S3 버킷 리소스에 DeletionPolicy 속성으로 Snapshot을 추가합니다"는 스택 삭제 시 S3 버킷의 스냅샷을 생성하지만, 버킷 자체는 삭제되지 않아 문제 해결에 도움이 되지 않습니다. "CloudFormation 템플릿을 수정하여 Amazon S3 대신 Amazon EFS 파일 시스템을 사용하여 임시 파일을 저장하고, Lambda 함수가 동일한 VPC에 EFS 파일 시스템을 마운트하도록 구성합니다"는 "주요 아키텍처 변경 없이"라는 요구 사항을 위반합니다.