Ein großes Unternehmen verzeichnete einen unerwarteten Anstieg der Kosten für Amazon RDS und Amazon DynamoDB. Das Unternehmen nutzt AWS Organizations mit vielen Entwicklungs- und Produktionskonten. Es gibt keine durchgesetzte Tagging-Strategie über die Konten hinweg, obwohl Richtlinien vorschreiben, dass die Infrastruktur mit AWS CloudFormation und konsistenten Tags bereitgestellt werden muss. Das Management schreibt vor, dass alle bestehenden und zukünftigen DynamoDB-Tabellen und RDS-Instanzen Kostenstellen- und Projekt-ID-Werte enthalten müssen. Welchen Ansatz sollte der Solutions Architect empfehlen, um diese Anforderungen zu erfüllen?

Die richtige Antwort ist, den Tag Editor zu verwenden, um bestehende Ressourcen zu taggen und dann Service Control Policies (SCPs) einzusetzen, um die Erstellung neuer Ressourcen ohne die erforderlichen Tags zu verhindern. Der Tag Editor ermöglicht das effiziente Hinzufügen von Tags zu vielen bestehenden Ressourcen. SCPs sind der effektivste Weg, um die Tagging-Richtlinie organisationsweit durchzusetzen, indem sie die Erstellung von Ressourcen ohne die vorgeschriebenen Tags blockieren. Die Option, nur eine AWS Config-Regel und eine Lambda-Lösung zu verwenden, informiert zwar über fehlende Tags, erzwingt aber nicht die Einhaltung vor der Ressourcenerstellung und kann zu einer verzögerten Korrektur führen. Das bloße Erstellen von Kosten-Allokations-Tags ohne eine Durchsetzungsstrategie löst das Problem nicht. Das Ändern föderierter Rollen ist komplexer und weniger umfassend als SCPs, die auf Organisationsebene wirken.