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

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

1 HTTP。

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

這是因為很多平臺還是基于HTTP的數(shù)據(jù)模式，以及很多搞平臺的 ，搞服務(wù)器，搞架構(gòu)的，對HTTP更為熟悉。

2 CoAP協(xié)議。

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

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

3 其它協(xié)議。

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

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

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

一 先從協(xié)議特點本身來說。

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

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

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

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

二 MQTT的接受度開始變高了。

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

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

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

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

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

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

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

所以說現(xiàn)在MQTT的代碼幾乎拿來就用，不像我們早期搞MQTT開發(fā)，還有詳細閱讀MQTT協(xié)議，一點點搞協(xié)議棧等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一個產(chǎn)品，投入過多的開發(fā)成本，或者投入過多的運營成本，都是不合理的。

而OT/IT融合，必然也需要在開發(fā)成本和運營成本之間尋找到平衡點。

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

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

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

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

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

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

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

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

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

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

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

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

就錯，就是三輪車和高鐵的這樣一個對比。

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

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

高鐵不常坐，那購物還是有的吧。

而MQTT的運作呢，就好比如，我在淘寶買了一件衣服。也就是我訂閱了一件衣服。

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

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

當(dāng)然，三輪車上還有各種快遞，這一件件快遞就像MQTT不同的主題了。因為有不同的人買的東西，也就是訂閱。

在很多物聯(lián)網(wǎng)項目中，用戶只需要設(shè)備簡單發(fā)幾個數(shù)據(jù)，比如幾個小時把溫度發(fā)過來。像這種情況，用三輪車就可以了。沒必要動不動就要坐高鐵。

也許用戶會問，那MQTT安全沒，是不是用OPCUA更安全呀。

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

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

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

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

一 平臺方向。

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

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

什么是B端產(chǎn)品，筆者就不再累贅了。因為筆者買的B端產(chǎn)品的書還沒有到，不能給大家介紹了。

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

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

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

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

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

像手機很多時候，只是人手一個。需要購物的時候，比如雙11的時候，大家一窩蜂去購物。

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

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

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

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

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

而設(shè)備產(chǎn)品方向，可以有智能家居，AIOT，IIOT等方向。像智能家居方向產(chǎn)品，或者消費類產(chǎn)品，往往一個設(shè)備，再結(jié)合微信小程序。基本就OK了。

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

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

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

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

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

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

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

如果遇到一家賣硬件送軟件的，也許是一個不錯的選擇了。

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

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

比如 FBox就屬于這一類了。

只要你買了FBox，不需要在額外去找第三方平臺對接了。

提供了平臺，讓你免費用。

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

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

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

如果你還想對接第三方平臺，也可以支持MQTT對接第三方平臺。

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

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