Un'azienda di telecomunicazioni utilizza AWS con una Direct Connect tra l'ambiente on-premises e AWS. L'applicazione è in esecuzione su istanze EC2 in più AZ dietro un ALB interno. I client sulla rete on-premises si connettono all'applicazione utilizzando HTTPS; TLS termina sull'ALB. L'ALB utilizza più gruppi target e il routing basato sul percorso. L'azienda implementerà un'appliance firewall on-premises che consente il traffico solo verso indirizzi IP noti. Quale soluzione consentirà al traffico on-premises di raggiungere l'applicazione e soddisfare il requisito della allow-list del firewall?

La soluzione corretta prevede l'uso di un Network Load Balancer (NLB) davanti all'Application Load Balancer (ALB) esistente. Gli NLB possono essere associati a indirizzi IP statici per zona di disponibilità, che possono essere inseriti nella allow-list del firewall on-premises. L'NLB inoltrerà il traffico all'ALB, che continuerà a gestire la terminazione TLS, il routing basato sul percorso e la distribuzione del traffico ai gruppi target esistenti. Questo approccio mantiene la funzionalità avanzata dell'ALB pur soddisfacendo il requisito degli IP statici. L'opzione di configurare l'ALB esistente con indirizzi IP statici non è possibile, poiché gli ALB non supportano indirizzi IP statici diretti. L'opzione di eliminare l'ALB e far puntare l'NLB direttamente ai gruppi target non è valida perché l'ALB gestisce funzionalità cruciali come la terminazione TLS e il routing basato sul percorso, che l'NLB non può replicare. L'opzione Gateway Load Balancer (GWLB) è progettata per l'inserimento di appliance di terze parti e non è il caso d'uso appropriato per esporre un'applicazione.