MQTT：輕量、海量設備、即時遙測
MQTT 是專為低頻寬、不穩定網路與大量設備設計的 pub/sub 協定。訊息小、開銷低，適合溫度、振動、電表這類高頻遙測，以及行動或現場網路不佳的環境。當你的痛點是「幾千幾萬台設備要穩定回報」，MQTT 通常是第一選擇。
Kafka：高吞吐串流與資料管線
當資料要被「多個系統同時消費」、需要重放歷史、或要接成分析管線時，Kafka 的價值就出現了。它把資料當成可保存、可重讀的串流，適合做即時分析、事件驅動架構與跨系統整合。代價是運維較重，小規模專案未必划算。
HTTP / REST：簡單、低頻、好整合
如果設備數量不多、回報頻率低，或你只是要把資料丟進既有的 Web API，HTTP/REST 最簡單直接，幾乎任何系統都能接。缺點是每次連線開銷較大、不適合高頻或海量即時遙測。
怎麼選？
- 海量設備、高頻、頻寬有限、即時遙測 → MQTT
- 高吞吐、要重放、多消費者、接分析管線 → Kafka
- 設備少、低頻、要快速整合既有系統 → HTTP / REST
實務上很少只用一種。常見的混合架構是：邊緣設備用 MQTT 回報 → 閘道彙整後寫入 Kafka → 下游做即時分析、儲存與告警，需要對外整合時再開 HTTP API。關鍵是先看你的設備規模、回報頻率與下游怎麼用資料，再決定每一段用什麼。