Uma empresa impõe o CloudTrail em várias contas AWS usando o AWS Organizations. Os logs do CloudTrail são entregues a um bucket S3 centralizado que tem o S3 Versioning habilitado. Uma política de ciclo de vida do S3 exclui as versões atuais de objetos após 3 anos. Após o quarto ano, o número total de objetos do bucket continua aumentando, embora a entrega de novos logs permaneça constante. Qual solução excluirá de forma mais econômica os objetos com mais de 3 anos?

A política de ciclo de vida do S3 está configurada para excluir apenas as versões atuais dos objetos após 3 anos. Como o S3 Versioning está habilitado, as versões anteriores dos objetos permanecem no bucket, o que explica o aumento contínuo no número total de objetos, mesmo que a entrega de novos logs seja constante. Ao configurar a política de ciclo de vida para excluir tanto as versões atuais quanto as anteriores, o S3 gerenciará automaticamente a exclusão de todos os objetos (e suas versões) que excedam o período de 3 anos, otimizando o custo de armazenamento. As outras opções são menos eficientes ou incorretas: Configurar o CloudTrail para expirar objetos não é uma funcionalidade nativa do CloudTrail; o gerenciamento do ciclo de vida de objetos S3 é feito através de políticas de ciclo de vida do S3. Criar uma função AWS Lambda para enumerar e excluir objetos seria uma solução mais complexa e cara de manter, além de ser menos eficiente do que uma política de ciclo de vida nativa do S3. Configurar a conta pai como proprietária de todos os objetos não resolve o problema de retenção de versões anteriores; isso se refere à propriedade dos objetos, não ao seu ciclo de vida.