Una empresa gestiona varias cuentas de AWS con AWS Organizations. Algunas aplicaciones compartidas se ejecutan en una VPC en la cuenta de servicios compartidos. Un Transit Gateway está asociado a esa VPC. Un equipo de desarrollo necesita acceso desde una cuenta de desarrollo a las aplicaciones de servicios compartidos. El entorno de desarrollo se destruye y recrea con frecuencia, y el equipo debe poder recrear su conexión a la cuenta de servicios compartidos según sea necesario. ¿Qué diseño cumple estos requisitos?

La opción correcta permite que la cuenta de desarrollo se conecte de forma autónoma y repetible. Habilitar la aceptación automática en el Transit Gateway de servicios compartidos y compartirlo a través de AWS RAM permite que la cuenta de desarrollo acepte el recurso compartido y cree una asociación de Transit Gateway directamente, sin intervención manual adicional. Esto es ideal para entornos que se destruyen y recrean con frecuencia. La primera opción, crear un Transit Gateway en la cuenta de desarrollo e iniciar una solicitud de emparejamiento, es más compleja y requiere dos Transit Gateways, lo cual es innecesario. La tercera opción, usar un VPC Endpoint, no es el mecanismo adecuado para conectar una VPC completa a través de un Transit Gateway. La cuarta opción, usar EventBridge y Lambda para aceptar solicitudes, introduce complejidad innecesaria y no es el método estándar para compartir Transit Gateways.