Trójwarstwowa aplikacja internetowa ma serwery WWW w podsieci publicznej oraz serwery aplikacji i baz danych w podsieciach prywatnych. Urządzenie wirtualnej zapory sieciowej innej firmy z AWS Marketplace jest wdrożone w VPC inspekcyjnym i ma interfejs IP, który akceptuje pakiety. Architekt rozwiązań musi zapewnić, że cały ruch przychodzący zostanie sprawdzony przez urządzenie przed dotarciem do serwerów WWW, przy najmniejszym obciążeniu operacyjnym. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to wdrożenie Gateway Load Balancer (GLB) w VPC inspekcyjnym i utworzenie punktu końcowego GLB. GLB jest zaprojektowany specjalnie do transparentnego przekierowywania ruchu do wirtualnych urządzeń sieciowych innych firm, takich jak zapory sieciowe, i z powrotem. Upraszcza to architekturę, ponieważ GLB automatycznie zarządza skalowaniem i dostępnością urządzenia, minimalizując obciążenie operacyjne. Utworzenie Network Load Balancer (NLB) lub Application Load Balancer (ALB) w publicznej podsieci aplikacji do kierowania ruchu do urządzenia jest nieoptymalne, ponieważ te load balancery nie są przeznaczone do transparentnego wstawiania urządzeń bezpieczeństwa. Wymagałoby to bardziej złożonej konfiguracji routingu i zarządzania adresami IP. Wdrożenie Transit Gateway w VPC inspekcyjnym i konfigurowanie tabel routingu do kierowania pakietów przychodzących przez Transit Gateway jest rozwiązaniem, które może działać, ale jest bardziej złożone niż GLB, ponieważ wymaga ręcznego zarządzania routingiem i nie zapewnia automatycznego zarządzania urządzeniem bezpieczeństwa w taki sam sposób jak GLB.