Ein Unternehmen verwaltet seine Infrastruktur in einem einzigen AWS-Konto. Drei Ingenieure administrieren und entwickeln in diesem Konto. Gelegentlich ändert ein Ingenieur die EC2-Sicherheitsgruppe eines anderen Ingenieurs und führt nicht konforme Sicherheitseinstellungen ein. Ein Solutions Architect muss ein System implementieren, das von Ingenieuren vorgenommene Änderungen aufzeichnet und Warnungen sendet, wenn die EC2-Sicherheitsgruppeneinstellungen nicht konform werden. Was ist der SCHNELLSTE Weg, dies zu erreichen?

Die Aktivierung von AWS Config für EC2-Sicherheitsgruppen ist der schnellste Weg, um nicht konforme Änderungen zu erkennen und zu protokollieren. AWS Config kann kontinuierlich die Konfiguration von AWS-Ressourcen überwachen und Abweichungen von gewünschten Konfigurationen identifizieren. Durch die Integration mit Amazon SNS können sofortige Benachrichtigungen über nicht konforme Änderungen gesendet werden. Die Option mit AWS Organizations und SCPs ist nicht ideal, da SCPs hauptsächlich dazu dienen, Berechtigungen zu steuern und nicht, um Konfigurationsänderungen zu erkennen und zu warnen. Außerdem ist das Unternehmen in einem einzigen Konto, sodass Organizations hier nicht die primäre Lösung ist. Die Option mit AWS CloudTrail und CloudWatch Events kann zwar Änderungen erfassen, erfordert jedoch das Erstellen und Verwalten komplexerer Regeln, um spezifische Nicht-Konformitäten zu identifizieren, was im Vergleich zu AWS Config, das speziell für Konfigurationsüberwachung entwickelt wurde, aufwendiger ist. Die Option, SCPs im AWS-Konto zu aktivieren, ist irreführend, da SCPs auf Organisationsebene angewendet werden und nicht direkt zur Erkennung von Nicht-Konformität innerhalb eines einzelnen Kontos dienen, noch Warnungen in diesem Sinne bereitstellen.