一家物聯網公司在全球各地都有感測器模組，這些模組會將 MQTT 資料傳送到具有硬式編碼公有 IP 位址的內部部署 MQTT 代理。將代理遷移到 AWS 上的 EC2 後，該公司必須避免重新設定已部署的硬體，並將全球客戶的延遲降到最低。該公司接下來應該怎麼做？

正確答案結合了多個服務來滿足所有要求。將 EC2 執行個體放在 Network Load Balancer (NLB) 後方是處理 MQTT 流量的正確選擇，因為 MQTT 使用 TCP，而 NLB 擅長高效能 TCP 負載平衡。AWS Global Accelerator 透過利用 AWS 全球網路來減少全球客戶的延遲，這對於分散式感測器模組至關重要。最重要的是，Global Accelerator 支援 Bring Your Own IP (BYOIP)，這允許公司繼續使用其現有的硬式編碼公有 IP 位址，從而避免了重新設定已部署硬體的需要。 錯誤選項： 僅使用 NLB 和 BYOIP 無法解決全球延遲問題。 Application Load Balancer (ALB) 不適合 MQTT，因為它主要用於 HTTP/HTTPS 流量，儘管它支援 TCP，但 NLB 更適合此類高效能、低延遲的 TCP 工作負載。 Amazon CloudFront 是內容傳遞網路 (CDN)，主要用於快取和傳遞靜態或動態 Web 內容，不適用於 MQTT 協定或作為 MQTT 代理的直接前端。