Una implementación de una sola región aloja una aplicación en Amazon EC2 que debe aceptar conexiones TCP tanto HTTP como no HTTP. La empresa desea utilizar la red global de AWS para reducir la latencia y también colocar las instancias en un grupo de Auto Scaling detrás de un Elastic Load Balancer. ¿Qué arquitectura debe implementar un administrador de SysOps para satisfacer estos requisitos?

La opción correcta es lanzar un grupo de Auto Scaling detrás de un Network Load Balancer (NLB) y usar AWS Global Accelerator, registrando el NLB como un endpoint. El NLB es ideal para tráfico TCP tanto HTTP como no HTTP, ya que opera en la capa 4 y puede manejar un alto rendimiento y baja latencia. AWS Global Accelerator mejora el rendimiento global al dirigir el tráfico a través de la red troncal global de AWS a los endpoints más cercanos, reduciendo la latencia para los usuarios distribuidos geográficamente. Las otras opciones son incorrectas porque: Un Application Load Balancer (ALB) es para tráfico HTTP/HTTPS (capa 7), no para tráfico TCP no HTTP. Amazon CloudFront es una CDN que acelera el contenido web estático y dinámico, pero no es la solución principal para reducir la latencia de conexiones TCP directas y no HTTP a un balanceador de carga en una única región.