Ein Unternehmen, das AWS Organizations (alle Funktionen aktiviert) verwendet, hat separate Konten pro Geschäftseinheit. Administratoren in jedem Konto müssen Amazon Athena verwenden, um detaillierte Kosten- und Nutzungsdaten nur für ihr eigenes Konto anzuzeigen. IAM-Berechtigungen zum Konfigurieren von Cost and Usage Reports sind verfügbar, und ein zentraler Cost and Usage Report für die gesamte Organisation wird bereits an einen S3-Bucket geliefert. Welcher Ansatz bietet den erforderlichen Zugriff pro Konto mit der geringsten betrieblichen Komplexität?

Die korrekte Antwort ist die Konfiguration eines S3-Ereignistriggers mit einer Lambda-Funktion. Dieser Ansatz nutzt den bereits vorhandenen zentralen Cost and Usage Report (CUR) und automatisiert die Aufteilung der Daten pro Konto. Die Lambda-Funktion kann die CUR-Dateien verarbeiten, kontospezifische Daten extrahieren und in separate S3-Präfixe schreiben. Durch die Aktualisierung der Bucket-Richtlinie können Administratoren in jedem Mitgliedskonto dann nur auf die Daten zugreifen, die ihrem Konto entsprechen, was den Anforderungen an die Zugriffskontrolle gerecht wird und die betriebliche Komplexität minimiert, da nur ein zentraler CUR verwaltet werden muss. Die Option, AWS RAM zu verwenden, ist nicht geeignet, da AWS RAM keine feingranulare Filterung von CUR-Daten pro Konto ermöglicht. Das Erstellen separater CURs in jedem Mitgliedskonto würde zu redundanten Berichten und erhöhter Verwaltungskomplexität führen. Das Erstellen von Kostenberichten in Cost Explorer erfüllt nicht die Anforderung, detaillierte CUR-Daten mit Athena abzufragen.