為什么MQTT在物聯(lián)網(wǎng)越來(lái)越火了？

先說(shuō)說(shuō)常見(jiàn)的物聯(lián)網(wǎng)幾大協(xié)議。

（圖片來(lái)源于網(wǎng)上）

1 HTTP。

因?yàn)槲锫?lián)網(wǎng)是從互聯(lián)網(wǎng)延伸過(guò)來(lái)的，那么互聯(lián)網(wǎng)的協(xié)議霸主HTTP，自然是離不開(kāi)了。直到現(xiàn)在，很多具備條件的設(shè)備，還是使用HTTP協(xié)議的。

這是因?yàn)楹芏嗥脚_(tái)還是基于HTTP的數(shù)據(jù)模式，以及很多搞平臺(tái)的 ，搞服務(wù)器，搞架構(gòu)的，對(duì)HTTP更為熟悉。

2 CoAP協(xié)議。

這個(gè)CoAP一再被嫌棄的協(xié)議，居然還在堅(jiān)挺地活躍在物聯(lián)網(wǎng)。

在物聯(lián)網(wǎng)這個(gè)江湖里，這個(gè)CoAP就只出現(xiàn)在一些小的門(mén)派里，似乎也與世無(wú)爭(zhēng)了。這里就不再講了，讓這個(gè)協(xié)議在悄悄地與世無(wú)爭(zhēng)吧。

3 其它協(xié)議。

但凡百度一下，還可以查到物聯(lián)網(wǎng)協(xié)議里，還有什么DDS協(xié)議，AMQP協(xié)議，XMPP協(xié)議等，當(dāng)然，還有OPCUA協(xié)議也一樣可以搞物聯(lián)網(wǎng)。

但為什么最后是MQTT勝出了。當(dāng)然說(shuō)勝出有些過(guò)分了，但不夸張地說(shuō)，確實(shí)如此。

筆者接觸MQTT這么多年，也一直在關(guān)注著MQTT的發(fā)展，大概分析了幾方面的原因。

一 先從協(xié)議特點(diǎn)本身來(lái)說(shuō)。

在這幾大物聯(lián)網(wǎng)協(xié)議中，MQTT有好幾個(gè)特點(diǎn)，比如TCP的網(wǎng)絡(luò)連接，傳輸開(kāi)銷小，協(xié)議棧輕量。

要知道，在物聯(lián)網(wǎng)，特別是工業(yè)物聯(lián)網(wǎng)，設(shè)備都是用單片機(jī)或者比較小型的CPU進(jìn)行開(kāi)發(fā)的，就這么點(diǎn)空間，只能運(yùn)行這么點(diǎn)程序。經(jīng)常會(huì)有只搞軟件的問(wèn)我們，為什么你們下面控制器用這么小的內(nèi)存，空間。拜托，那都是成本呀。要是我能兩百塊買(mǎi)到一臺(tái)電腦I5的配置，誰(shuí)愿意寫(xiě)程序這么摳呀，是吧。

另一方面，這些設(shè)備更多是發(fā)到現(xiàn)場(chǎng)使用。要知道，在只有鳥(niǎo)東西拉屎的地方，我們還要知道設(shè)備是否在線等內(nèi)容。而MQTT的TCP連接，在線機(jī)制，就特別適合物聯(lián)網(wǎng)了。還可以約定在線心跳時(shí)間。

再結(jié)合這個(gè)協(xié)議本身的訂閱，發(fā)布消息機(jī)制等，簡(jiǎn)直合適物聯(lián)網(wǎng)的不要不要的。

二 MQTT的接受度開(kāi)始變高了。

在較早使用MQTT做物聯(lián)網(wǎng)項(xiàng)目里，很多項(xiàng)目都很成功的完成了。不管是甲方，還是乙方，都對(duì)MQTT給以一定的好評(píng)。

三 MQTT的學(xué)習(xí)和使用成本在下降

隨著MQTT的接受度變高，自然學(xué)習(xí)MQTT的人也更多。但MQTT又涉及TCP/IP，還要懂C語(yǔ)言或者 JAVA等，門(mén)檻有些高哈。

一方面，這個(gè)協(xié)議有開(kāi)源的SDK?？梢宰屧缙谙葘W(xué)習(xí)的人，先用起來(lái)。

另一方面，先“富”起來(lái)的這些人，然后為了降低學(xué)習(xí)MQTT的成本，推出了更多的SDK版本，甚至在一些開(kāi)發(fā)板，物聯(lián)網(wǎng)模塊，把用戶要用的MQTT封裝好。

比如TencentOS-tiny ，騰訊推出的物聯(lián)網(wǎng)開(kāi)發(fā)板，是基于STM32，里面就包含了MQTT的sdk，開(kāi)發(fā)者不需要關(guān)心MQTT的協(xié)議棧怎么實(shí)現(xiàn)的，只要在代碼里修改下域名，主題等相關(guān)信息，就完成了MQTT開(kāi)發(fā)。

還有不少搞MQTT平臺(tái)的，也推出了適配他們服務(wù)器的SDK。

所以說(shuō)現(xiàn)在MQTT的代碼幾乎拿來(lái)就用，不像我們?cè)缙诟鉓QTT開(kāi)發(fā)，還有詳細(xì)閱讀MQTT協(xié)議，一點(diǎn)點(diǎn)搞協(xié)議棧等。

四 國(guó)內(nèi)的平臺(tái)越來(lái)越青睞于MQTT服務(wù)器。

像騰訊云，阿里云等是比較早推出MQTT對(duì)接的。但對(duì)于一些只做設(shè)備端的，未必使用騰訊云或者阿里云的，就會(huì)去物色合適的平臺(tái)。

現(xiàn)在但凡搞物聯(lián)網(wǎng)平臺(tái)的，動(dòng)不動(dòng)就說(shuō)支持MQTT了。做設(shè)備端的選擇自然也就多了。

慢慢地從設(shè)備端，到平臺(tái)端，整個(gè)MQTT生態(tài)就這樣起來(lái)了。

五 MQTT的生態(tài)圈。

MQTT在物聯(lián)網(wǎng)的發(fā)展也有好幾年了。

好東西大家自然分享嘛。在早期用MQTT做產(chǎn)品的，不管是搞開(kāi)發(fā)的，還是產(chǎn)品經(jīng)理等角色，基本是在公司相對(duì)優(yōu)秀的人才。

然后在這些人里面呢，要么跳槽去了更好地發(fā)展，要么也在公司里晉升，也具備一定的決策權(quán)。

帶來(lái)的一個(gè)影響，就是在后續(xù)的項(xiàng)目以及產(chǎn)品發(fā)展中，就傾向于推進(jìn)MQTT做為產(chǎn)品方案或者項(xiàng)目方案了。

在這幾年里，不少高校推出的物聯(lián)網(wǎng)專業(yè)的大學(xué)生，也陸續(xù)畢業(yè)了。意味著，還在大學(xué)階段，就搞過(guò)MQTT協(xié)議等物聯(lián)網(wǎng)相關(guān)的。簡(jiǎn)直是招過(guò)來(lái)就可以上手做項(xiàng)目。

自然地就形成了MQTT良好的生態(tài)圈了。

六 MQTT的發(fā)展已經(jīng)很好將IT與OT融合了。

我們經(jīng)?？吹礁鞣N文章說(shuō)什么IT,OT的融合。卻很多人搞不清楚什么是IT，什么是OT，以及什么是融合，有沒(méi)有融合。。只是覺(jué)得這樣描述看起來(lái)很高大上，有逼格而已。

IT,也就是信息技術(shù)，通俗講，就是我們說(shuō)的搞IT的人做的IT的事。

OT,也就是運(yùn)營(yíng)技術(shù)，也可以通俗地講，就是那些運(yùn)營(yíng)人員做的運(yùn)營(yíng)的事。

而這里的運(yùn)營(yíng)，未必是服務(wù)器運(yùn)維人員哦。要知道，搞服務(wù)器運(yùn)維的，可是很有水平的哦。

當(dāng)然，這里的運(yùn)營(yíng)，更多是產(chǎn)品方面的運(yùn)營(yíng)。

IT更多是涉及到產(chǎn)品前中期的開(kāi)發(fā)，這里就有開(kāi)發(fā)成本了。

則OT，則涉及到產(chǎn)品中后期運(yùn)營(yíng)成本。

這個(gè)成本，就包括了時(shí)間成本，人力成本，資金成本，學(xué)習(xí)成本等各方面的成本。

在筆者看來(lái)，所謂IT和OT的融合，也離不開(kāi)成本的融合，當(dāng)然，這只是其一方向。

一個(gè)產(chǎn)品，投入過(guò)多的開(kāi)發(fā)成本，或者投入過(guò)多的運(yùn)營(yíng)成本，都是不合理的。

而OT/IT融合，必然也需要在開(kāi)發(fā)成本和運(yùn)營(yíng)成本之間尋找到平衡點(diǎn)。

對(duì)IT來(lái)說(shuō)，MQTT技術(shù)成熟，項(xiàng)目案例多，經(jīng)驗(yàn)豐富，投入較少的成本，就可以開(kāi)發(fā)產(chǎn)品和項(xiàng)目。

對(duì)OT來(lái)說(shuō)，MQTT也不再陌生，前期不需要投入太多的學(xué)習(xí)成本和培訓(xùn)成本，就能對(duì)產(chǎn)品進(jìn)行使用，管理，運(yùn)營(yíng)。

甚至對(duì)于一些產(chǎn)品架構(gòu)簡(jiǎn)單的，IT既是OT，OT也就是IT。不再需要明確的劃分。

差不多就是這樣吧，MQTT就建立起了這樣的生態(tài)圈。

還有很多平臺(tái)，項(xiàng)目，產(chǎn)品，也陸續(xù)加入到MQTT的圈子里。

接下來(lái)我們可以聊一聊MQTT的產(chǎn)品方向可能有哪些呢。

在聊這個(gè)之前，筆者想拿OPCUA對(duì)比國(guó)內(nèi)外的一些情況。

OPCUA這個(gè)協(xié)議，在物聯(lián)網(wǎng)應(yīng)該說(shuō)是非常合適才對(duì)呀。

做下不恰當(dāng)?shù)谋扔鳌?/p>

OPCUA呢，好比如高鐵。每個(gè)高鐵站，就是一個(gè)OPCUA節(jié)點(diǎn)。

只要在這個(gè)高鐵網(wǎng)絡(luò)里，OPCUA都可以一個(gè)節(jié)點(diǎn)，一個(gè)節(jié)點(diǎn)去訪問(wèn)，通信，交換數(shù)據(jù)等。

而MQTT呢，就好比如小區(qū)樓下送快遞的三輪車。

就錯(cuò)，就是三輪車和高鐵的這樣一個(gè)對(duì)比。

OPCUA這個(gè)協(xié)議，規(guī)定的內(nèi)容簡(jiǎn)直非常豐富，豐富到你不需要額外加什么東西。就像坐上了高鐵，可以享受著各種服務(wù)。

而樓下的三輪車呢，雖然不能像高鐵那樣提供各種服務(wù)，但是它相對(duì)小巧靈活，更能服務(wù)于我們的生活。

高鐵不常坐，那購(gòu)物還是有的吧。

而MQTT的運(yùn)作呢，就好比如，我在淘寶買(mǎi)了一件衣服。也就是我訂閱了一件衣服。

然后淘寶服務(wù)器就處理我們的訂閱，進(jìn)行分發(fā)。

衣服經(jīng)過(guò)打包好，最后通過(guò)三輪車快遞到樓下。

當(dāng)然，三輪車上還有各種快遞，這一件件快遞就像MQTT不同的主題了。因?yàn)橛胁煌娜速I(mǎi)的東西，也就是訂閱。

在很多物聯(lián)網(wǎng)項(xiàng)目中，用戶只需要設(shè)備簡(jiǎn)單發(fā)幾個(gè)數(shù)據(jù)，比如幾個(gè)小時(shí)把溫度發(fā)過(guò)來(lái)。像這種情況，用三輪車就可以了。沒(méi)必要?jiǎng)硬粍?dòng)就要坐高鐵。

也許用戶會(huì)問(wèn)，那MQTT安全沒(méi)，是不是用OPCUA更安全呀。

也對(duì)，當(dāng)我們樓下敞篷的三輪車送快遞的時(shí)候 ，車上有什么快遞，誰(shuí)的快遞，都被別人看清楚了。

不加密的MQTT呢，就像敞篷的三輪車送快遞。

但是也有封閉的三輪車的。

好了。我們接下來(lái)聊聊MQTT的幾個(gè)產(chǎn)品方向。

一 平臺(tái)方向。

物聯(lián)網(wǎng)這個(gè)領(lǐng)域，有設(shè)備端，也有平臺(tái)端。

而平臺(tái)端呢，就和當(dāng)初的互聯(lián)網(wǎng)差不多，而且產(chǎn)品模式更多是B端產(chǎn)品。

什么是B端產(chǎn)品，筆者就不再累贅了。因?yàn)楣P者買(mǎi)的B端產(chǎn)品的書(shū)還沒(méi)有到，不能給大家介紹了。

像阿里云，騰訊云等，就是擅長(zhǎng)于這一類的產(chǎn)品開(kāi)發(fā)了。

沒(méi)有特定的硬件，更多是開(kāi)發(fā)平臺(tái)，提供一定的接口，甚至是SDK，可供設(shè)備端連接至平臺(tái)。

然后平臺(tái)再提供一些API讓用戶來(lái)做自己的數(shù)據(jù)業(yè)務(wù)這一塊。當(dāng)然，也可以讓用戶直接使用平臺(tái)所能支持的數(shù)據(jù)業(yè)務(wù)。

像這類產(chǎn)品，拼的就是一個(gè)軟實(shí)力。對(duì)服務(wù)器的水平要求可以說(shuō)非常高了。

一方面要考慮到數(shù)據(jù)安全，另一方面，還要考慮設(shè)備的接入量。

像手機(jī)很多時(shí)候，只是人手一個(gè)。需要購(gòu)物的時(shí)候，比如雙11的時(shí)候，大家一窩蜂去購(gòu)物。

而物聯(lián)網(wǎng)設(shè)備呢，N倍于手機(jī)，并發(fā)量多起來(lái)，不亞于雙11。

這類產(chǎn)品，更多是展現(xiàn)的數(shù)據(jù)價(jià)值，軟件的價(jià)值。硬件有成本，軟件無(wú)估價(jià)呀。

二 設(shè)備產(chǎn)品方向。

有人做軟件，就人有做硬件。

像這類產(chǎn)品方向，可以是B端產(chǎn)品，也可以是C端產(chǎn)品。這個(gè)具體看產(chǎn)品規(guī)劃了。

而設(shè)備產(chǎn)品方向，可以有智能家居，AIOT，IIOT等方向。像智能家居方向產(chǎn)品，或者消費(fèi)類產(chǎn)品，往往一個(gè)設(shè)備，再結(jié)合微信小程序?；揪蚈K了。

但像工業(yè)物聯(lián)網(wǎng)，對(duì)數(shù)據(jù)的價(jià)值體現(xiàn)不一樣。往往不是微信小程序這樣的數(shù)據(jù)展示就可以的。

對(duì)于做物聯(lián)網(wǎng)產(chǎn)品網(wǎng)關(guān)的，更多時(shí)候也不需要關(guān)心最終如何展示數(shù)據(jù)，只需要把產(chǎn)品做好，能穩(wěn)定在線，能支持接入的控制器，PLC，越多越好，使用更方便就行了。如果價(jià)格再親民一些，就不愁賣(mài)了。

現(xiàn)在市面上的網(wǎng)關(guān)一抓一大把，動(dòng)不動(dòng)就Modbus ，西門(mén)子，歐姆龍數(shù)據(jù)采集。幾乎每個(gè)網(wǎng)關(guān)都支持MQTT，不然都不好意思說(shuō)自己是工業(yè)網(wǎng)關(guān)了。

三 設(shè)備+平臺(tái)一體產(chǎn)品方向。

對(duì)于最終用戶來(lái)說(shuō)，雖然不太關(guān)心用的是啥網(wǎng)關(guān)，啥平臺(tái)。但是對(duì)于集成商來(lái)說(shuō)，這太要關(guān)心了。

如果選用阿里云，或者騰訊云做為平臺(tái)接入，數(shù)據(jù)業(yè)務(wù)這一塊，就還需要進(jìn)一步去選擇工業(yè)網(wǎng)關(guān)，看哪一家對(duì)阿里云，騰訊云支持的好。以及工業(yè)網(wǎng)關(guān)是否能滿足項(xiàng)目所使用的控制器，PLC。

如果先選了工業(yè)網(wǎng)關(guān)，還要考慮這個(gè)網(wǎng)關(guān)所能支持的平臺(tái)，還需要投入多大的軟件開(kāi)發(fā)成本來(lái)進(jìn)行數(shù)據(jù)對(duì)接，以及后續(xù)的運(yùn)營(yíng)維護(hù)成本了。

如果遇到一家賣(mài)硬件送軟件的，也許是一個(gè)不錯(cuò)的選擇了。

這就是這類的產(chǎn)品方向了。

除了推出自己的物聯(lián)網(wǎng)網(wǎng)關(guān)，還有現(xiàn)成的平臺(tái)，管理工具等。

比如 FBox就屬于這一類了。

只要你買(mǎi)了FBox，不需要在額外去找第三方平臺(tái)對(duì)接了。

提供了平臺(tái)，讓你免費(fèi)用。

還有客戶端管理監(jiān)控工具，讓你免費(fèi)用。

還有歷史數(shù)據(jù)，讓你用。

還有云組態(tài)，讓你用個(gè)夠。

如果你還想對(duì)接第三方平臺(tái)，也可以支持MQTT對(duì)接第三方平臺(tái)。

當(dāng)然還有一類產(chǎn)品方向是屬于方案產(chǎn)品方向。更多是提供解決方案的。這類產(chǎn)品往往需要一定的概念，產(chǎn)品架構(gòu)。目前筆者功力尚淺，暫時(shí)先不討論了，等筆者多讀一些產(chǎn)品相關(guān)的書(shū)后，再來(lái)和大家交流更多的產(chǎn)品方向。

畢竟做產(chǎn)品，除了了解產(chǎn)品本身，還要了解產(chǎn)品背景，以及產(chǎn)品的技術(shù)導(dǎo)向。就像如果我要去賣(mài)口紅，如果對(duì)口紅不了解，比如什么場(chǎng)合用什么色號(hào)的口紅，光是有產(chǎn)品概念，光是只有一個(gè)PPT，是做不出好產(chǎn)品的。