Une entreprise disposant de centaines de comptes AWS au sein d'une AWS Organization va pousser des images Docker vers Amazon ECR. Seuls les comptes de l'Organization doivent pouvoir accéder aux images. Le pipeline CI/CD de l'entreprise s'exécute fréquemment ; l'entreprise souhaite conserver toutes les images taguées, mais ne garder que les cinq images non taguées les plus récentes. Quelle approche répond à ces exigences avec le MOINS de frais opérationnels ?

L'option correcte utilise un référentiel ECR privé, ce qui est la pratique standard pour les images d'entreprise. La condition aws:PrincipalOrgID dans la politique de référentiel est la méthode la plus efficace pour restreindre l'accès à tous les comptes d'une AWS Organization, évitant la gestion manuelle de centaines d'ID de compte. Les règles de cycle de vie ECR gèrent automatiquement la suppression des images non taguées, réduisant ainsi les frais opérationnels. Les options incorrectes proposent : Un référentiel ECR public, ce qui n'est pas sécurisé pour les images d'entreprise. L'énumération de tous les ID de compte, ce qui n'est pas évolutif et augmente les frais opérationnels. L'utilisation d'une fonction Lambda pour la gestion du cycle de vie, ce qui est plus complexe et coûteux que les règles de cycle de vie ECR natives.