Una gran empresa ejecuta cargas de trabajo en VPCs a través de cientos de cuentas de AWS. Cada VPC tiene subredes públicas y privadas en múltiples AZs; los NAT gateways en subredes públicas proporcionan acceso a internet para subredes privadas. En un diseño de hub-and-spoke, todas las subredes privadas en las VPCs spoke deben enviar tráfico con destino a internet a través de un NAT gateway ubicado en una VPC de egreso centralizada en una cuenta central. Ya existe un NAT gateway en esa VPC de egreso. ¿Qué pasos adicionales debe seguir el arquitecto de soluciones para cumplir con el requisito?

La opción correcta es usar AWS Transit Gateway. Permite conectar miles de VPCs y redes locales de forma centralizada, simplificando la gestión de red en arquitecturas hub-and-spoke a gran escala. Al adjuntar todas las VPCs al Transit Gateway y configurar las tablas de ruteo, se puede dirigir el tráfico saliente de internet desde todas las VPCs spoke hacia el NAT Gateway centralizado en la VPC de egreso. La opción de VPC peering no es escalable para cientos de VPCs, ya que requeriría un gran número de conexiones punto a punto y una gestión de ruteo compleja. Crear un Transit Gateway en cada cuenta es redundante y no centraliza el egreso. AWS PrivateLink es para acceso privado a servicios, no para enrutamiento de tráfico general de internet.