Una empresa de telecomunicaciones utiliza AWS con un Direct Connect entre sus instalaciones y AWS. La aplicación se ejecuta en instancias EC2 en múltiples AZ detrás de un ALB interno. Los clientes de la red local se conectan a la aplicación mediante HTTPS; TLS termina en el ALB. El ALB utiliza múltiples grupos objetivo y enrutamiento basado en rutas. La empresa desplegará un dispositivo de firewall local que solo permite el tráfico a direcciones IP conocidas. ¿Qué solución permitirá que el tráfico local llegue a la aplicación y satisfaga el requisito de la lista de permitidos del firewall?

La opción correcta es crear un Network Load Balancer (NLB) delante del ALB existente. Los NLB pueden asociarse con Elastic IPs estáticas en cada Zona de Disponibilidad, lo que permite agregarlas a la lista de permitidos del firewall local. El NLB puede tener un grupo objetivo de tipo ALB, registrando el ALB existente como objetivo. Esto conserva la funcionalidad del ALB (terminación TLS, enrutamiento basado en rutas) mientras proporciona direcciones IP estáticas. La primera opción es incorrecta porque los Application Load Balancers (ALB) no admiten direcciones IP estáticas asignadas directamente a ellos. La tercera opción es incorrecta porque eliminar el ALB resultaría en la pérdida de la terminación TLS y el enrutamiento basado en rutas, funcionalidades requeridas por la aplicación. La cuarta opción es incorrecta porque un Gateway Load Balancer (GWLB) está diseñado para implementaciones de dispositivos de terceros y no es el balanceador de carga apropiado para este caso de uso.