Een organisatie gebruikt AWS Organizations met afzonderlijke accounts voor beveiliging en voor logging. De SysOps-beheerder moet een gecentraliseerde waarschuwingsaanpak implementeren, zodat wanneer de resource-metriek van een account een gedefinieerde drempel overschrijdt, er een waarschuwing wordt gegenereerd. Welke implementatie voldoet aan deze vereiste?

Deze optie is correct omdat CloudFormation StackSets het mogelijk maakt om een CloudFormation-template consistent te implementeren in meerdere accounts binnen een AWS Organization. Door de CloudWatch-alarmen in elk account te creëren en deze te laten publiceren naar een centraal SNS-onderwerp in het logging-account, wordt een gecentraliseerde waarschuwingsaanpak gerealiseerd. Het verlenen van publish-rechten aan de accounts zorgt ervoor dat de alarmen daadwerkelijk berichten kunnen versturen naar het SNS-onderwerp. De andere opties zijn minder efficiënt of ongeschikt: Individuele stacks in elk account vereisen handmatige implementatie en beheer per account, wat niet schaalbaar is. Een Lambda-functie in elk account die metrieken controleert, is complexer en duurder dan het gebruik van ingebouwde CloudWatch-alarmen. Een CloudFormation change set op organisatieniveau is niet bedoeld voor het creëren van resources in individuele member accounts; het is meer voor het beheren van de organisatie zelf. Bovendien is het verzenden naar een geverifieerde SES-identiteit niet de meest directe manier om een gecentraliseerd waarschuwingssysteem te bouwen met SNS.