AnyCompany (en las instalaciones) adquirió Example Corp (completamente en AWS). Se conectan a través de Direct Connect y Transit Gateway. Example Corp tiene una aplicación en dos AZs en una VPC (10.0.0.0/16) sin puerta de enlace a internet y debe acceder a una aplicación local a través de un bloque de IP de origen contiguo restringido 10.1.0.0/24 por motivos de cumplimiento. El ingeniero añadió 10.1.0.0/24 como CIDR secundario a la VPC. ¿Cuál es el siguiente paso para implementar una solución de alta disponibilidad que garantice que el tráfico saliente utilice las direcciones IP aprobadas?

La opción correcta garantiza alta disponibilidad y cumple con los requisitos de IP. Al crear una subred con un NAT Gateway privado en cada AZ, se asegura que el tráfico saliente de la aplicación utilice las IPs aprobadas (10.1.0.0/24) y que haya redundancia. El NAT Gateway privado es crucial porque la VPC no tiene puerta de enlace a internet y el tráfico debe ir a una aplicación local a través de Transit Gateway, no a internet. Las tablas de ruteo dirigen el tráfico de la aplicación al NAT Gateway privado en la misma AZ para la salida, y luego el tráfico hacia la aplicación local se enruta a través del Transit Gateway. Las opciones incorrectas fallan en la alta disponibilidad o en el tipo de NAT Gateway: Usar un NAT Gateway público es incorrecto porque la VPC no tiene puerta de enlace a internet y el tráfico es para una aplicación local, no para internet. Crear una única subred para el NAT Gateway, ya sea público o privado, no proporciona alta disponibilidad, ya que si esa AZ falla, la conectividad se perdería.