Uma empresa usa o AWS Organizations. Cada equipe de desenvolvimento tem sua própria conta AWS, cada uma com uma única VPC e blocos CIDR não sobrepostos. Um cluster de banco de dados Amazon Aurora reside em uma conta de serviços compartilhados, e todas as equipes de desenvolvimento devem acessar dados em tempo real desse cluster. Qual solução oferece a conectividade necessária ao cluster de banco de dados com o menor overhead operacional?

A opção correta é criar um Transit Gateway na conta de serviços compartilhados e compartilhá-lo via AWS RAM. Isso permite que todas as VPCs das contas de desenvolvimento se conectem ao Transit Gateway e, por sua vez, acessem o cluster Aurora na conta de serviços compartilhados. Essa abordagem centraliza o roteamento de rede e minimiza a sobrecarga operacional, pois as equipes de desenvolvimento só precisam anexar suas VPCs ao Transit Gateway compartilhado. As outras opções são menos eficientes ou mais complexas: Compartilhar o cluster de banco de dados diretamente via AWS RAM não é possível para um cluster Aurora, pois o AWS RAM é para compartilhar recursos como sub-redes, anexos de Transit Gateway, etc., não instâncias de banco de dados diretamente. Usar um Application Load Balancer com AWS PrivateLink adiciona uma camada de complexidade e custo desnecessários para conectividade interna entre VPCs na mesma organização. Uma conexão Site-to-Site VPN é projetada para conectar redes on-premises à AWS, não para conectividade entre VPCs dentro da AWS, e o uso de software cliente VPN em cada conta seria operacionalmente pesado.