MQTT是物聯(lián)網(wǎng)的 “圣典協(xié)議” ？
[導讀]關注、星標公眾號，直達精彩內(nèi)容來源|嵌入式資訊精選整理：李肖遙有一種協(xié)議及其相關內(nèi)容將萬維網(wǎng)推向了成功，這就是?IP，或者叫做互聯(lián)網(wǎng)協(xié)議。這個協(xié)議是每種瀏覽器與互聯(lián)網(wǎng)連接的基礎，也構(gòu)成了IT數(shù)據(jù)中心的主干。有人認為物聯(lián)網(wǎng)也會走同樣的發(fā)展道路，他們相信擁有一個IP地址就足以讓物聯(lián)網(wǎng)...
關注、星標公眾號，直達精彩內(nèi)容
來源 | 嵌入式資訊精選整理：李肖遙
有一種協(xié)議及其相關內(nèi)容將萬維網(wǎng)推向了成功，這就是?IP，或者叫做互聯(lián)網(wǎng)協(xié)議。這個協(xié)議是每種瀏覽器與互聯(lián)網(wǎng)連接的基礎，也構(gòu)成了 IT 數(shù)據(jù)中心的主干。有人認為物聯(lián)網(wǎng)也會走同樣的發(fā)展道路，他們相信擁有一個IP地址就足以讓物聯(lián)網(wǎng)連接在一起了。
但是物聯(lián)網(wǎng)的問題不在 IP 上，而是疊加在 IP 之上的所有其他內(nèi)容。運行諸如 HTTP、SSL 和 XML 這樣的協(xié)議需要具備強大的計算能力和存儲空間，目前一般的 PC、智能手機或者平板電腦等設備都已經(jīng)完全勝任這一任務了，但是對于運行在一個很小的微控制器上的普通傳感器來說這就有點勉為其難了(盡管 ARM Cortex-M7 的功能也很強大)。為了解決這一難題，相關各方已經(jīng)推出了大批的替代方案，大部分都是不具備互操作性的物聯(lián)網(wǎng)協(xié)議，例如：6LoWPAN、AllJoyn、AMQP、ANT 、Bluetooth、CoAP、DASH7、DDS、INSTEON、KNX、MQTT、NFC、RFID、STOMP、Thread、Weightless、XMPP、ZigBee、以及 Z-Wave 等。這還只是其中的一部分，而且每周都會有具有更多思路的協(xié)議推出。試圖找到一種物聯(lián)網(wǎng)的“圣典協(xié)議”，找到一種一統(tǒng)天下的端到端協(xié)議以便能夠服務所有物品的想法是愚蠢的。一方面，傳感器在范圍、射頻頻譜、安全水平、拓撲結(jié)構(gòu)、功率消耗等方面的要求是各不相同的，另外一方面，任何一個成功的物聯(lián)網(wǎng)策略最終都需要與一個基于 IP 的云通過某種形式整合在一起。除此之外幾乎很難找到其他類型的解決方案。因此物聯(lián)網(wǎng)應用必須能夠相互連接和交換數(shù)據(jù)。解決方法是在傳感器和致動器、移動設備、以及云之間搭建一個多重協(xié)議的橋梁，最好是開放式源代碼，具有可擴展性，能夠?qū)⒋蠓秶鷥?nèi)的海量設備都包括進來。此外，傳輸應該是可靠的，能夠經(jīng)受住無線連接短暫的間斷。越來越多的機構(gòu)正在將 MQTT 視為這一橋梁的一個組成部分。MQTT 既有完全高級版可以在 TCP/IP 上運行，也有簡化版 MQTT-SN 用于非 IP 設備。其發(fā)布/訂閱模式能夠在讓拓撲結(jié)構(gòu)進行擴展的同時保留實時的特性以及服務質(zhì)量的可配置性。IBM 公司最初開發(fā) MQTT 的目的是將其作為主機和服務器的消息傳輸代理，可整合入 WebSphere 為網(wǎng)絡提供服務。隨后公司在提供給 OASIS 以及 Eclipse 基金會時將其開放用于嵌入式用途。IBM Bluemix 的一個重要部分是其 IoT Foundation 服務，這是一項基于云的 MQTT 實例，帶有預定義的主題結(jié)構(gòu)和消息格式。移動應用程序也早就開始使用 MQTT 了，如 Facebook Messenger 和 Salesforce.com 等。IBM 公司還有一個在 MQTT 基礎上的 e-book 移動應用。需要考慮的其他一些新進展包括：
來源 | 嵌入式資訊精選整理：李肖遙
有一種協(xié)議及其相關內(nèi)容將萬維網(wǎng)推向了成功，這就是?IP，或者叫做互聯(lián)網(wǎng)協(xié)議。這個協(xié)議是每種瀏覽器與互聯(lián)網(wǎng)連接的基礎，也構(gòu)成了 IT 數(shù)據(jù)中心的主干。有人認為物聯(lián)網(wǎng)也會走同樣的發(fā)展道路，他們相信擁有一個IP地址就足以讓物聯(lián)網(wǎng)連接在一起了。
但是物聯(lián)網(wǎng)的問題不在 IP 上，而是疊加在 IP 之上的所有其他內(nèi)容。運行諸如 HTTP、SSL 和 XML 這樣的協(xié)議需要具備強大的計算能力和存儲空間，目前一般的 PC、智能手機或者平板電腦等設備都已經(jīng)完全勝任這一任務了，但是對于運行在一個很小的微控制器上的普通傳感器來說這就有點勉為其難了(盡管 ARM Cortex-M7 的功能也很強大)。為了解決這一難題，相關各方已經(jīng)推出了大批的替代方案，大部分都是不具備互操作性的物聯(lián)網(wǎng)協(xié)議，例如：6LoWPAN、AllJoyn、AMQP、ANT 、Bluetooth、CoAP、DASH7、DDS、INSTEON、KNX、MQTT、NFC、RFID、STOMP、Thread、Weightless、XMPP、ZigBee、以及 Z-Wave 等。這還只是其中的一部分，而且每周都會有具有更多思路的協(xié)議推出。試圖找到一種物聯(lián)網(wǎng)的“圣典協(xié)議”，找到一種一統(tǒng)天下的端到端協(xié)議以便能夠服務所有物品的想法是愚蠢的。一方面，傳感器在范圍、射頻頻譜、安全水平、拓撲結(jié)構(gòu)、功率消耗等方面的要求是各不相同的，另外一方面，任何一個成功的物聯(lián)網(wǎng)策略最終都需要與一個基于 IP 的云通過某種形式整合在一起。除此之外幾乎很難找到其他類型的解決方案。因此物聯(lián)網(wǎng)應用必須能夠相互連接和交換數(shù)據(jù)。解決方法是在傳感器和致動器、移動設備、以及云之間搭建一個多重協(xié)議的橋梁，最好是開放式源代碼，具有可擴展性，能夠?qū)⒋蠓秶鷥?nèi)的海量設備都包括進來。此外，傳輸應該是可靠的，能夠經(jīng)受住無線連接短暫的間斷。越來越多的機構(gòu)正在將 MQTT 視為這一橋梁的一個組成部分。MQTT 既有完全高級版可以在 TCP/IP 上運行，也有簡化版 MQTT-SN 用于非 IP 設備。其發(fā)布/訂閱模式能夠在讓拓撲結(jié)構(gòu)進行擴展的同時保留實時的特性以及服務質(zhì)量的可配置性。IBM 公司最初開發(fā) MQTT 的目的是將其作為主機和服務器的消息傳輸代理，可整合入 WebSphere 為網(wǎng)絡提供服務。隨后公司在提供給 OASIS 以及 Eclipse 基金會時將其開放用于嵌入式用途。IBM Bluemix 的一個重要部分是其 IoT Foundation 服務，這是一項基于云的 MQTT 實例，帶有預定義的主題結(jié)構(gòu)和消息格式。移動應用程序也早就開始使用 MQTT 了，如 Facebook Messenger 和 Salesforce.com 等。IBM 公司還有一個在 MQTT 基礎上的 e-book 移動應用。需要考慮的其他一些新進展包括：
- ARM 的 mbed device server 正在尋求用專門針對物聯(lián)網(wǎng)的服務器來替代通用型網(wǎng)絡服務器。借助于收購 Sensinode 公司而獲得的技術，ARM 已經(jīng)將HTTP、CoAP、以及 MQTT 整合在了一個平臺上。
- 2lemetry 在此基礎上通過 ThingFabric 的推出又向前邁了一步，將一些主要協(xié)議如 MQTT、CoAP、和 STOMP 連同可擴展性整合在了一起。
- PubNub 將一種 websocket 連接方式運行在 MQTT 上，重點實現(xiàn)云實施的低延遲和交付的可靠性。在 Atmel 公司的 Bits
下載文檔
