Een bedrijf beheert meerdere AWS-accounts met AWS Organizations. Sommige gedeelde applicaties draaien in een VPC in het shared services-account. Een Transit Gateway is gekoppeld aan die VPC. Een ontwikkelingsteam heeft toegang nodig vanuit een ontwikkelaccount tot de shared services-applicaties. De ontwikkelomgeving wordt regelmatig vernietigd en opnieuw aangemaakt, en het team moet de verbinding met het shared services-account naar behoefte opnieuw kunnen aanmaken. Welk ontwerp voldoet aan deze vereisten?

Deze optie is correct omdat het gebruik van AWS Resource Access Manager (RAM) de Transit Gateway (TGW) van het shared services-account deelt met het ontwikkelaccount. Dit stelt het ontwikkelaccount in staat om een TGW-attachment aan te maken naar de gedeelde TGW, wat de benodigde connectiviteit biedt. Het inschakelen van automatische acceptatie op de TGW in het shared services-account stroomlijnt het proces, wat essentieel is gezien de frequente vernietiging en opnieuw aanmaken van de ontwikkelomgeving. De andere opties zijn minder geschikt: Een Transit Gateway peering-verbinding is bedoeld voor communicatie tussen twee afzonderlijke Transit Gateways, niet voor het verbinden van een VPC met een bestaande TGW in een ander account. VPC Endpoints zijn voor toegang tot AWS-services of service-endpoints, niet voor het verbinden van VPC's via een Transit Gateway. Het gebruik van EventBridge en Lambda om attachments te accepteren is een complexe oplossing die niet nodig is wanneer automatische acceptatie en RAM beschikbaar zijn voor dit specifieke scenario. AWS Network Manager deelt geen Transit Gateway-resources op deze manier voor attachments.