Une entreprise utilise une organisation dans AWS Organizations pour gérer les comptes AWS qui contiennent des applications. L'entreprise configure un compte membre de surveillance dédié dans l'organisation. L'entreprise souhaite interroger et visualiser les données d'observabilité entre les comptes à l'aide d'Amazon CloudWatch. Quelle solution répondra à ces exigences ?

La bonne réponse est d'activer l'observabilité inter-comptes CloudWatch pour le compte de surveillance et de déployer un modèle AWS CloudFormation. Cette approche utilise la fonctionnalité native de CloudWatch pour centraliser les données d'observabilité. Le compte de surveillance agit comme un compte de surveillance central (monitoring account) et les autres comptes comme des comptes source (source accounts). Le modèle CloudFormation déploie les ressources nécessaires dans les comptes source pour partager les données avec le compte de surveillance. Les politiques de contrôle de service (SCP) ne sont pas destinées à la configuration de l'accès aux données CloudWatch entre les comptes, mais plutôt à la gestion des autorisations maximales au sein d'une organisation. La configuration d'un nouvel utilisateur IAM dans le compte de surveillance avec des politiques IAM dans chaque compte AWS pour l'accès inter-comptes est une solution plus complexe et moins optimisée que l'observabilité inter-comptes CloudWatch, qui est conçue spécifiquement pour ce cas d'utilisation. Créer un nouvel utilisateur IAM dans le compte de surveillance et attacher des politiques IAM inter-comptes à cet utilisateur est également une approche moins efficace et plus manuelle pour la centralisation des données CloudWatch.