Una aplicación de comercio electrónico se ejecuta en instancias EC2 en un grupo de Auto Scaling para manejar la demanda variable de los clientes. La empresa debe distribuir el tráfico de los clientes a las instancias y debe garantizar que el tráfico esté cifrado de extremo a extremo (sin descifrado intermedio). ¿Qué solución satisface estos requisitos?

La opción correcta es crear un Network Load Balancer (NLB) con un listener TCP. Un NLB opera en la capa 4 (transporte) del modelo OSI y distribuye el tráfico a nivel de paquete. Al usar un listener TCP, el NLB simplemente reenvía el tráfico cifrado directamente a las instancias EC2 sin descifrarlo. Esto garantiza el cifrado de extremo a extremo, ya que el descifrado y el re-cifrado (SSL/TLS termination) se realizan en las propias instancias. Las opciones incorrectas son: Application Load Balancer (ALB): Un ALB opera en la capa 7 (aplicación) y, por defecto, realizaría la terminación SSL/TLS (descifrado) en el propio balanceador, lo que rompería el cifrado de extremo a extremo requerido. Amazon CloudFront: CloudFront es una CDN que acelera la entrega de contenido, pero no es la solución principal para balancear la carga de instancias EC2 con cifrado de extremo a extremo sin descifrado intermedio en el balanceador. Aunque puede usar certificados personalizados, su función principal no es el balanceo de carga directo en la capa de transporte. Gateway Load Balancer (GLB): Un GLB está diseñado para desplegar, escalar y gestionar dispositivos virtuales de terceros (como firewalls o sistemas de detección de intrusiones) y no para el balanceo de carga directo de aplicaciones web con el requisito de cifrado de extremo a extremo sin descifrado intermedio.