Ein Unternehmen nutzt AWS Organizations. Jedes Entwicklungsteam hat ein eigenes AWS-Konto, jedes mit einer einzigen VPC und nicht überlappenden CIDR-Blöcken. Ein Amazon Aurora DB-Cluster befindet sich in einem Shared Services-Konto, und alle Entwicklungsteams müssen auf Live-Daten von diesem Cluster zugreifen. Welche Lösung bietet die erforderliche Konnektivität zum DB-Cluster mit dem geringsten Betriebsaufwand?

Die korrekte Lösung ist, ein Transit Gateway im Shared Services-Konto zu erstellen und es über AWS RAM für die Entwicklungskonten freizugeben. Transit Gateway ermöglicht eine zentrale Netzwerkverbindung zwischen Tausenden von VPCs und On-Premises-Netzwerken, was den Betriebsaufwand erheblich reduziert, da keine Punkt-zu-Punkt-Verbindungen (z.B. VPC-Peering) zwischen jeder einzelnen VPC erforderlich sind. AWS RAM erleichtert die Freigabe des Transit Gateways innerhalb der AWS Organization. Andere Optionen sind weniger geeignet: AWS RAM für den DB-Cluster selbst freizugeben, ist nicht möglich, da Datenbanken keine teilbaren Ressourcen auf diese Weise sind. Ein Application Load Balancer mit PrivateLink ist für den Zugriff auf Services gedacht, nicht direkt für Datenbanken, und wäre hier übermäßig komplex und teuer. Site-to-Site VPN ist für die Verbindung von On-Premises-Netzwerken zu AWS gedacht, nicht für die Verbindung zwischen AWS-Konten innerhalb derselben Organisation. VPN-Client-Software in jedem Entwicklungskonto wäre umständlich und nicht skalierbar.