Example Corp. posiada lokalne centrum danych połączone z VPC A na koncie AWS za pośrednictwem Site-to-Site VPN. Example Corp. przejęło AnyCompany, które posiada VPC B. Nie ma nakładania się adresów IP. VPC A i VPC B są połączone peeringiem. Serwery lokalne mogą dotrzeć do VPC A, ale nie mogą dotrzeć do VPC B. Listy kontroli dostępu do sieci (Network ACLs) i grupy bezpieczeństwa są poprawnie skonfigurowane. Które rozwiązanie zapewnia łączność z sieci lokalnej do VPC B przy najmniejszym wysiłku operacyjnym?

Prawidłowa odpowiedź to utworzenie AWS Transit Gateway. Transit Gateway umożliwia scentralizowane zarządzanie łącznością między sieciami lokalnymi a wieloma VPC, a także między samymi VPC. Podłączenie istniejącego połączenia Site-to-Site VPN, VPC A i VPC B do Transit Gateway, a następnie zaktualizowanie tabel routingu Transit Gateway, pozwala na komunikację między siecią lokalną a VPC B z minimalnym wysiłkiem operacyjnym, ponieważ Transit Gateway obsługuje złożone routingi. Pozostałe opcje są mniej optymalne: Tworzenie nowej VPN do VPC B podwaja wysiłek zarządzania połączeniami VPN. Aktualizacja tabel routingu dla VPN i obu VPC bez Transit Gateway nie rozwiąże problemu, ponieważ peering VPC nie obsługuje tranzytowego routingu (sieć lokalna - VPC A - VPC B). Modyfikacja wirtualnej bramy prywatnej w celu uwzględnienia obu VPC nie jest możliwa w ten sposób; brama prywatna jest przypisana do jednej VPC.