Una empresa utiliza AWS Organizations. Cada equipo de desarrollo tiene su propia cuenta de AWS, cada una con una única VPC y bloques CIDR que no se superponen. Un clúster de base de datos de Amazon Aurora reside en una cuenta de servicios compartidos, y todos los equipos de desarrollo deben acceder a los datos en vivo de ese clúster. ¿Qué solución proporciona la conectividad requerida al clúster de base de datos con la menor sobrecarga operativa?

La opción correcta es crear un Transit Gateway en la cuenta de servicios compartidos y compartirlo con las cuentas de desarrollo a través de AWS RAM. Esto permite que todas las VPC de desarrollo se conecten centralmente al Transit Gateway, que a su vez se conecta a la VPC del clúster de Aurora. Esta solución es escalable y reduce la sobrecarga operativa al evitar múltiples emparejamientos de VPC. Las otras opciones son menos eficientes: Compartir el clúster de base de datos directamente con AWS RAM no es posible, ya que RAM se usa para compartir recursos como subredes, Transit Gateways, etc., no instancias de bases de datos. Usar un Application Load Balancer con PrivateLink es una solución más compleja y costosa para este caso de uso de conectividad de red interna, y PrivateLink está diseñado principalmente para exponer servicios a consumidores externos de forma privada. Las conexiones Site-to-Site VPN son para conectar redes locales a AWS o para conectar VPCs de forma segura, pero implementar software cliente VPN en cada cuenta de desarrollo es una solución con alta sobrecarga operativa y no está diseñada para la conectividad entre VPCs dentro de la misma organización de AWS de esta manera.