Una empresa está implementando un servidor web de alta disponibilidad detrás de un balanceador de carga que debe enrutar las solicitudes a múltiples grupos objetivo basándose en la URL de la solicitud. Todo el tráfico debe ser HTTPS y TLS debe terminarse en el balanceador de carga. Los servidores web necesitan la dirección IP del cliente para un registro preciso. ¿Qué diseño cumple con estos requisitos?

La opción correcta es un Application Load Balancer (ALB) con un listener HTTPS y reglas de enrutamiento basadas en la ruta. Un ALB es ideal para enrutamiento basado en contenido (como URL) y terminación TLS. El encabezado X-Forwarded-For es fundamental para que los servidores web obtengan la dirección IP real del cliente, ya que el ALB actúa como proxy. Las otras opciones son incorrectas porque: Usar un listener HTTPS separado por dominio en un ALB es ineficiente; un solo listener puede manejar múltiples dominios con certificados SNI. El enrutamiento basado en el host es para dominios, no para rutas dentro de un dominio. Un Network Load Balancer (NLB) opera en la capa 4 y no admite enrutamiento basado en la ruta (capa 7) ni terminación TLS de forma nativa para enrutamiento HTTP/HTTPS avanzado. Aunque puede preservar la IP del cliente, no cumple con los requisitos de enrutamiento por URL.