Een bedrijf gebruikt AWS Organizations. Elk ontwikkelteam heeft zijn eigen AWS-account, elk met een enkele VPC en niet-overlappende CIDR-blokken. Een Amazon Aurora DB-cluster bevindt zich in een shared services-account en alle ontwikkelteams moeten toegang hebben tot live gegevens van dat cluster. Welke oplossing biedt de vereiste connectiviteit met het DB-cluster met de minste operationele overhead?

De correcte optie is het opzetten van een Transit Gateway in het shared services-account en deze te delen via AWS RAM. Dit centraliseert de netwerkconnectiviteit, waardoor elk ontwikkelaccount via de Transit Gateway verbinding kan maken met de shared services-VPC. Dit vermindert operationele overhead omdat er geen individuele VPC-peering-verbindingen nodig zijn tussen elk ontwikkelaccount en het shared services-account. De andere opties zijn minder efficiënt of ongeschikt: Het delen van het DB-cluster via AWS RAM is niet mogelijk; AWS RAM deelt geen individuele database-instanties. Een Application Load Balancer (ALB) voor een Aurora DB-cluster is ongebruikelijk en introduceert onnodige complexiteit en kosten. PrivateLink is meer geschikt voor service-endpoints dan voor directe database-toegang over accounts heen in dit scenario. Site-to-Site VPN is bedoeld voor verbindingen met on-premises netwerken of tussen VPC's over het publieke internet, niet voor efficiënte intra-AWS accountconnectiviteit. Het vereist bovendien clientsoftware, wat de operationele overhead verhoogt.