Uma empresa de IoT possui módulos de sensores em todo o mundo que enviam dados MQTT para brokers MQTT on-premises em endereços IP públicos hardcoded. Após migrar os brokers para o EC2 na AWS, a empresa deve evitar reconfigurar o hardware implantado e minimizar a latência para clientes globais. O que a empresa deve fazer a seguir?

A solução correta utiliza AWS Global Accelerator com Bring Your Own IP (BYOIP) para manter os endereços IP públicos existentes, evitando a reconfiguração dos módulos de sensores. O Global Accelerator roteia o tráfego para o endpoint mais próximo, minimizando a latência global. Um Network Load Balancer (NLB) com listeners TCP é apropriado para o tráfego MQTT, que geralmente usa TCP e requer alta performance e baixa latência. A primeira opção está incorreta porque o NLB, por si só, não otimiza o roteamento global para minimizar a latência, e o BYOIP com NLB diretamente não oferece a otimização de rede do Global Accelerator. A terceira opção está incorreta porque um Application Load Balancer (ALB) é projetado para tráfego HTTP/HTTPS e não é a escolha ideal para MQTT baseado em TCP. A quarta opção está incorreta porque o Amazon CloudFront é uma CDN para conteúdo web e não é adequado para tráfego de brokers MQTT.