某公司在美國營運一個物聯網解決方案，擁有數百萬個家用感測器。感測器使用 MQTT 將資料傳送到單一 EC2 執行個體上的自訂 MQTT 代理。感測器透過 iot.example.com (Route 53) 連線到代理。代理會將資料寫入 DynamoDB。該代理已多次超載，導致資料遺失。哪種解決方案能提高可靠性並符合要求？

正確答案是使用 AWS IoT Core。AWS IoT Core 專為處理數百萬個 IoT 裝置的連線和訊息而設計，提供高可用性和可擴展性，能解決現有 MQTT 代理超載和資料遺失的問題。透過設定自訂網域並更新 Route 53 指向 AWS IoT Core 的 Data-ATS 端點，可以無縫遷移現有感測器連線。AWS IoT 規則可以直接將資料儲存到 DynamoDB，簡化架構並提升可靠性。 其他選項不夠理想： 建立 ALB 和 Auto Scaling group 雖然能提高現有 MQTT 代理的可用性，但 ALB 不支援 MQTT 協定，且自訂 MQTT 代理仍需自行管理其擴展性和可靠性，無法達到 AWS IoT Core 的原生優勢。 使用 NLB 和 Global Accelerator 雖然能提升網路層的效能和可用性，但 NLB 僅在傳輸層運作，同樣不理解 MQTT 協定，且自訂 MQTT 代理的擴展性問題仍未根本解決。 部署 AWS IoT Greengrass 是用於邊緣運算，而非作為雲端 MQTT 代理的替代方案，它通常部署在裝置或閘道上，不適合直接作為感測器連線的雲端端點。