Une organisation utilise AWS Organizations avec des comptes distincts pour la sécurité et pour la journalisation. L'administrateur SysOps doit implémenter une approche d'alerte centralisée afin que lorsqu'une métrique de ressource d'un compte dépasse un seuil défini, une alerte soit générée. Quelle implémentation satisfait cette exigence ?

L'utilisation de CloudFormation StackSets permet de déployer de manière centralisée et cohérente des ressources (ici, des alarmes CloudWatch) dans plusieurs comptes AWS au sein d'une organisation. En configurant ces alarmes pour publier des notifications vers une rubrique SNS unique située dans le compte de journalisation, et en accordant les autorisations de publication nécessaires aux comptes membres, on centralise efficacement le mécanisme d'alerte. Les autres options sont moins efficaces ou ne répondent pas entièrement à l'exigence : Déployer une pile CloudFormation individuellement dans chaque compte est fastidieux et ne centralise pas la gestion des alertes. Les fonctions Lambda pour vérifier les métriques sont possibles mais plus complexes à gérer et à maintenir que les alarmes CloudWatch natives. Les ensembles de modifications CloudFormation au niveau de l'organisation ne sont pas le mécanisme approprié pour déployer des ressources récurrentes dans plusieurs comptes ; StackSets est conçu pour cela. L'envoi direct à SES n'offre pas la flexibilité d'une rubrique SNS pour la gestion des abonnements.