Una empresa de IoT recopila datos de miles de sensores en Estados Unidos y el sur de Asia. Los sensores envían datos a través de un protocolo propietario basado en UDP a un grupo de Auto Scaling de instancias EC2 detrás de un Network Load Balancer en us-west-2. Ocasionalmente, los datos de los sensores del sur de Asia se pierden en internet y nunca llegan a las instancias EC2. ¿Qué soluciones abordarán la pérdida de paquetes? (Elija dos)

AWS Global Accelerator utiliza la red global de AWS, enrutando el tráfico a través de puntos de presencia (PoPs) de AWS más cercanos a los usuarios, lo que reduce la congestión y la pérdida de paquetes en la internet pública. Al colocarlo delante del NLB existente, los datos de los sensores se benefician de esta optimización. La implementación de un segundo conjunto de instancias EC2 y un NLB en ap-south-1, junto con el enrutamiento basado en latencia de Route 53, permite que los sensores del sur de Asia se conecten a una región geográficamente más cercana, minimizando la latencia y la probabilidad de pérdida de paquetes. Amazon CloudFront no es adecuado porque es un CDN optimizado para contenido web HTTP/S, no para tráfico UDP propietario. El enrutamiento de conmutación por error de Route 53 no es la mejor opción porque solo actúa cuando el punto final principal falla, no para optimizar la ruta de forma continua. Habilitar la red mejorada en las instancias EC2 mejora el rendimiento de la instancia, pero no resuelve la pérdida de paquetes que ocurre en la internet pública antes de llegar a AWS.