한 회사에서 AWS Organizations를 사용하여 여러 AWS 계정에 걸쳐 CloudTrail을 적용하고 있습니다. CloudTrail 로그는 S3 버전 관리가 활성화된 중앙 집중식 S3 버킷으로 전송됩니다. S3 수명 주기 정책은 3년이 지난 현재 객체 버전을 삭제합니다. 4년 후, 새로운 로그 전송은 일정하게 유지되지만 버킷의 총 객체 수는 계속 증가하고 있습니다. 3년이 지난 객체를 가장 비용 효율적으로 삭제할 수 있는 솔루션은 무엇입니까?

정답은 "이전 버전과 현재 버전을 모두 삭제하도록 S3 수명 주기 정책을 구성합니다"입니다. S3 버전 관리가 활성화된 버킷에서 객체는 삭제되더라도 삭제 마커가 생성되어 이전 버전이 유지됩니다. 현재 수명 주기 정책은 현재 버전만 삭제하므로, 이전 버전은 계속 남아 총 객체 수가 증가하는 것입니다. 따라서 이전 버전과 현재 버전을 모두 삭제하도록 수명 주기 정책을 구성해야 합니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. "조직의 중앙 집중식 CloudTrail 트레일이 3년 후 객체를 만료하도록 구성합니다." CloudTrail 트레일은 로그를 S3 버킷으로 전송하는 역할을 하며, S3 버킷 내 객체의 수명 주기를 직접 관리하지 않습니다. "3년이 지난 Amazon S3의 객체를 열거하고 삭제하는 AWS Lambda 함수를 생성합니다." Lambda 함수를 사용하는 것은 가능하지만, S3 수명 주기 정책이 제공하는 기본 기능을 활용하는 것보다 관리 오버헤드가 크고 비용 효율적이지 않습니다. "부모 계정을 S3 버킷으로 전송되는 모든 객체의 소유자로 구성합니다." 객체 소유권은 접근 권한에 영향을 미치지만, 객체의 수명 주기 관리에는 직접적인 영향을 주지 않습니다.