Firma zarządza wieloma kontami AWS za pomocą AWS Organizations. Niektóre współdzielone aplikacje działają w VPC na koncie usług współdzielonych (shared services account). Do tego VPC jest podłączony Transit Gateway. Zespół deweloperski potrzebuje dostępu z konta deweloperskiego (development account) do aplikacji usług współdzielonych. Środowisko deweloperskie jest często niszczone i tworzone na nowo, a zespół musi mieć możliwość ponownego nawiązania połączenia z kontem usług współdzielonych w razie potrzeby. Który projekt spełnia te wymagania?

Poprawna odpowiedź wykorzystuje AWS Resource Access Manager (RAM) do udostępniania zasobu Transit Gateway z konta usług współdzielonych na konto deweloperskie. Umożliwia to kontu deweloperskiemu tworzenie attachmentów do Transit Gateway, co jest idealne w przypadku często niszczonych i ponownie tworzonych środowisk. Automatyczne akceptowanie attachmentów na Transit Gateway konta usług współdzielonych upraszcza proces. Niepoprawne są: Tworzenie oddzielnego Transit Gateway na koncie deweloperskim i peeringowanie go z Transit Gateway usług współdzielonych jest bardziej złożone i kosztowne niż udostępnianie jednego Transit Gateway. Użycie VPC Endpointów jest przeznaczone do dostępu do usług, a nie do łączenia VPC przez Transit Gateway. Reguła EventBridge z funkcją Lambda do akceptowania attachmentów jest nadmiernie skomplikowana w porównaniu do wbudowanej funkcji automatycznego akceptowania attachmentów Transit Gateway i udostępniania zasobów przez RAM. AWS Network Manager służy do zarządzania globalnymi sieciami, a nie do udostępniania pojedynczych Transit Gateway.