MQTT和Coap

什麼是MQTT？

MQTT是一個「發佈和訂閱」協議。用戶能夠訂閱某些主題，或發佈某些主題的消息。訂閱者將收到訂閱的主題消息。用戶能夠經過保證交付來配置協議更可靠。

什麼是CoAP？

CoAP看起來像是兼容HTTP，支持大多數互聯網。 CoAP能夠利用代理服務器，並將其轉換成HTTP，或者根據環境限制直接與設計爲使用CoAP的特殊服務器進行通訊。

你何時使用它們？

因爲發佈/訂閱體系結構與中間商中介，MQTT是廣域網（WAN，互聯網）上的設備之間的通訊的理想選擇。它在帶寬有限的狀況下是最有用的，例如遠程現場站點或其餘缺少強大網絡的區域。

MQTT是Azure和Amazon服務產品的一部分，所以它具備不少已創建的架構，使其易於適應當前的開發人員。

CoAP的強項是與HTTP的兼容性。若是您有一個基於Web服務的現有系統，那麼在CoAP中添加是一個很好的選擇。它創建在用戶數據報協議（UDP）上，這在一些資源有限的環境中是有用的。因爲UDP容許廣播和多播，您可使用較少的帶寬潛在地傳輸到多個主機。這使得它對於設備須要快速交流的本地網絡環境很好，這對於一些M2M設置是傳統的。

若是物聯網開發人員正在使用將利用現有Web服務器架構的設備，開發人員將使用CoAP。可是，若是開發者正在構建一個設備真正「僅報告」的東西 - 也就是說，它被丟棄在網絡上，只須要將數據報告回服務器 - CoAP將會更好。其餘用途，如雲架構，可能最好用MQTT完成。

MQTT和CoAP的將來

隨着時間的推移，對於其餘協議，使用或行業採用趨向於向更自由和包容的平臺遷移，除非非包容性平臺更好。 MQTT和CoAP都是開放標準，任何人均可以實現。 CoAP由標準機構啓動，而不是由私有公司（包括IBM）設計的MQTT。 CoAP被設計爲處理資源有限的環境，多是它成爲贏家，可是目前MQTT彷佛處於領先地位。 MQTT背後有顯着的動力 - 大雲玩家已經選擇了這一勢頭，或者至少選擇它。此外，許多商業用例須要MQTT（存儲和轉發，集中式主機）的功能。然而，一種可能性是，一些圍繞HTTP（例如移動應用程序開發）進行標準化的軟件開發能夠開始利用CoAP來處理外圍設備，並與後端通訊，以幫助減小不良鏈接帶寬。

最終，這些協議能夠經過互聯網有效部署在不一樣的應用程序中。咱們知道有特定的使用案例，其中每一個都是最好的，可是咱們也知道，物聯網和物聯網設備將會在複雜性和普及性方面繼續發展。對於開發人員來講，瞭解應用程序的關鍵差別不只能夠實現更好的初始部署，並且能夠爲從此的開發工做奠基堅實的基礎。