Ein Unternehmen verwaltet mehrere AWS-Konten mit AWS Organizations. Einige gemeinsam genutzte Anwendungen laufen in einer VPC im Shared Services-Konto. Ein Transit Gateway ist an diese VPC angehängt. Ein Entwicklungsteam benötigt Zugriff von einem Entwicklungskonto auf die Shared Services-Anwendungen. Die Entwicklungsumgebung wird häufig zerstört und neu erstellt, und das Team muss in der Lage sein, seine Verbindung zum Shared Services-Konto bei Bedarf neu zu erstellen. Welches Design erfüllt diese Anforderungen?

Die korrekte Option nutzt AWS Resource Access Manager (RAM), um das Transit Gateway des Shared Services-Kontos mit dem Entwicklungskonto zu teilen. Dies ermöglicht dem Entwicklungsteam, Attachments zum freigegebenen Transit Gateway zu erstellen, ohne dass das Shared Services-Team jede Anfrage manuell genehmigen muss, da die automatische Annahme aktiviert ist. Dies ist effizient für häufige Erstellungen und Löschungen der Entwicklungsumgebung. Die erste Option erfordert Transit Gateway-Peering, was komplexer ist und nicht die direkte Anbindung an ein zentrales Transit Gateway ermöglicht. Die dritte Option mit VPC-Endpunkten ist für den Zugriff auf Services innerhalb einer VPC gedacht, nicht für die Verbindung ganzer VPCs über ein Transit Gateway. Die vierte Option mit EventBridge und Lambda ist eine unnötig komplexe Automatisierung für die Akzeptanz von Attachments, wenn RAM und automatische Annahme eine einfachere Lösung bieten, und AWS Network Manager teilt keine Transit Gateways.