Une entreprise applique CloudTrail sur plusieurs comptes AWS à l'aide d'AWS Organizations. Les journaux CloudTrail sont livrés à un compartiment S3 centralisé pour lequel le contrôle de version S3 est activé. Une politique de cycle de vie S3 supprime les versions actuelles des objets après 3 ans. Après la quatrième année, le nombre total d'objets du compartiment continue d'augmenter, même si la livraison de nouveaux journaux reste constante. Quelle solution permettra de supprimer les objets de plus de 3 ans de la manière la plus rentable ?

La bonne réponse est de configurer la politique de cycle de vie S3 pour supprimer les versions précédentes ainsi que les versions actuelles. Le contrôle de version S3 conserve toutes les versions d'un objet. Si seule la suppression des versions actuelles est configurée, les versions précédentes restent, ce qui entraîne une augmentation continue du nombre d'objets et des coûts de stockage. En configurant la politique de cycle de vie pour supprimer les versions précédentes après 3 ans, vous assurez la suppression complète des données obsolètes de manière rentable et automatisée. L'expiration des objets du journal CloudTrail centralisé n'est pas une option directe de CloudTrail. Créer une fonction Lambda pour énumérer et supprimer des objets est une solution plus coûteuse et complexe à gérer que l'utilisation des politiques de cycle de vie S3. Configurer le compte parent comme propriétaire des objets n'a pas d'impact sur la suppression des objets par le cycle de vie.