Una empresa de IoT tiene módulos de sensores en todo el mundo que envían datos MQTT a brókeres MQTT on-premises en direcciones IP públicas codificadas. Después de migrar los brókeres a EC2 en AWS, la empresa debe evitar reconfigurar el hardware implementado y minimizar la latencia para los clientes globales. ¿Qué debería hacer la empresa a continuación?

La opción correcta aborda todos los requisitos. Los módulos de sensores envían datos MQTT, que es un protocolo basado en TCP, por lo que un Network Load Balancer (NLB) con escuchas TCP es apropiado para distribuir el tráfico a las instancias EC2. Para evitar reconfigurar el hardware implementado, Bring Your Own IP (BYOIP) permite mantener las direcciones IP públicas existentes. AWS Global Accelerator es crucial para minimizar la latencia para clientes globales, ya que enruta el tráfico a través de la red troncal global de AWS hasta el punto de presencia (PoP) más cercano al usuario. Colocar BYOIP con Global Accelerator asegura que las IP antiguas se asocien con los puntos de entrada de baja latencia de Global Accelerator. La primera opción es incorrecta porque, aunque usa NLB y BYOIP, no incluye Global Accelerator, lo que resultaría en una mayor latencia para los clientes globales. La tercera opción es incorrecta porque un Application Load Balancer (ALB) no es adecuado para MQTT, ya que opera en la capa 7 (HTTP/HTTPS) y no en la capa 4 (TCP). La cuarta opción es incorrecta porque Amazon CloudFront es una red de entrega de contenido (CDN) diseñada para contenido web estático y dinámico, no para el enrutamiento de tráfico TCP/MQTT en tiempo real, y no admite BYOIP directamente para este caso de uso.