Firma telekomunikacyjna używa AWS z Direct Connect między środowiskiem on-premises a AWS. Aplikacja działa na instancjach EC2 w wielu AZ za wewnętrznym ALB. Klienci w sieci on-premises łączą się z aplikacją za pomocą HTTPS; TLS kończy się na ALB. ALB używa wielu grup docelowych i routingu opartego na ścieżkach. Firma wdroży urządzenie firewall on-premises, które zezwala na ruch tylko do znanych adresów IP. Które rozwiązanie pozwoli ruchowi on-premises dotrzeć do aplikacji i spełni wymagania listy dozwolonych adresów IP firewalla?

Poprawna odpowiedź to utworzenie Network Load Balancer (NLB) przed istniejącym ALB. NLB obsługuje statyczne adresy IP, które można dodać do listy dozwolonych adresów IP firewalla on-premises. NLB może kierować ruch do ALB, który zachowuje swoją funkcjonalność routingu opartego na ścieżkach i kończenia TLS. Klienci on-premises będą łączyć się z adresami IP NLB. Niepoprawne opcje: ALB nie obsługuje statycznych adresów IP, co uniemożliwia dodanie ich do firewalla. Usunięcie ALB spowodowałoby utratę routingu opartego na ścieżkach i kończenia TLS, ponieważ NLB nie oferuje tych funkcji. Gateway Load Balancer (GWLB) jest przeznaczony do wdrażania wirtualnych urządzeń sieciowych, takich jak firewalle, a nie jako front-end dla aplikacji.