先說說常見的物聯網幾大協議。

（圖片來源于網上）

1 HTTP。

因為物聯網是從互聯網延伸過來的，那么互聯網的協議霸主HTTP，自然是離不開了。直到現在，很多具備條件的設備，還是使用HTTP協議的。

這是因為很多平臺還是基于HTTP的數據模式，以及很多搞平臺的 ，搞服務器，搞架構的，對HTTP更為熟悉。

2 CoAP協議。

這個CoAP一再被嫌棄的協議，居然還在堅挺地活躍在物聯網。

在物聯網這個江湖里，這個CoAP就只出現在一些小的門派里，似乎也與世無爭了。這里就不再講了，讓這個協議在悄悄地與世無爭吧。

3 其它協議。

但凡百度一下，還可以查到物聯網協議里，還有什么DDS協議，AMQP協議，XMPP協議等，當然，還有OPCUA協議也一樣可以搞物聯網。

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

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

一 先從協議特點本身來說。

在這幾大物聯網協議中，MQTT有好幾個特點，比如TCP的網絡連接，傳輸開銷小，協議棧輕量。

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

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

再結合這個協議本身的訂閱，發布消息機制等，簡直合適物聯網的不要不要的。

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

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

三 MQTT的學習和使用成本在下降

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

一方面，這個協議有開源的SDK。可以讓早期先學習的人，先用起來。

另一方面，先“富”起來的這些人，然后為了降低學習MQTT的成本，推出了更多的SDK版本，甚至在一些開發板，物聯網模塊，把用戶要用的MQTT封裝好。

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

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

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

四 國內的平臺越來越青睞于MQTT服務器。

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

現在但凡搞物聯網平臺的，動不動就說支持MQTT了。做設備端的選擇自然也就多了。

慢慢地從設備端，到平臺端，整個MQTT生態就這樣起來了。

五 MQTT的生態圈。

MQTT在物聯網的發展也有好幾年了。

好東西大家自然分享嘛。在早期用MQTT做產品的，不管是搞開發的，還是產品經理等角色，基本是在公司相對優秀的人才。

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

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

在這幾年里，不少高校推出的物聯網專業的大學生，也陸續畢業了。意味著，還在大學階段，就搞過MQTT協議等物聯網相關的。簡直是招過來就可以上手做項目。

自然地就形成了MQTT良好的生態圈了。

六 MQTT的發展已經很好將IT與OT融合了。

我們經常看到各種文章說什么IT,OT的融合。卻很多人搞不清楚什么是IT，什么是OT，以及什么是融合，有沒有融合。。只是覺得這樣描述看起來很高大上，有逼格而已。

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

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

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

當然，這里的運營，更多是產品方面的運營。

IT更多是涉及到產品前中期的開發，這里就有開發成本了。

則OT，則涉及到產品中后期運營成本。

這個成本，就包括了時間成本，人力成本，資金成本，學習成本等各方面的成本。

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

一個產品，投入過多的開發成本，或者投入過多的運營成本，都是不合理的。

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

對IT來說，MQTT技術成熟，項目案例多，經驗豐富，投入較少的成本，就可以開發產品和項目。

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

甚至對于一些產品架構簡單的，IT既是OT，OT也就是IT。不再需要明確的劃分。

差不多就是這樣吧，MQTT就建立起了這樣的生態圈。

還有很多平臺，項目，產品，也陸續加入到MQTT的圈子里。

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

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

OPCUA這個協議，在物聯網應該說是非常合適才對呀。

做下不恰當的比喻。

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

只要在這個高鐵網絡里，OPCUA都可以一個節點，一個節點去訪問，通信，交換數據等。

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

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

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

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

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

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

然后淘寶服務器就處理我們的訂閱，進行分發。

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

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

在很多物聯網項目中，用戶只需要設備簡單發幾個數據，比如幾個小時把溫度發過來。像這種情況，用三輪車就可以了。沒必要動不動就要坐高鐵。

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

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

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

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

好了。我們接下來聊聊MQTT的幾個產品方向。

一 平臺方向。

物聯網這個領域，有設備端，也有平臺端。

而平臺端呢，就和當初的互聯網差不多，而且產品模式更多是B端產品。

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

像阿里云，騰訊云等，就是擅長于這一類的產品開發了。

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

然后平臺再提供一些API讓用戶來做自己的數據業務這一塊。當然，也可以讓用戶直接使用平臺所能支持的數據業務。

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

一方面要考慮到數據安全，另一方面，還要考慮設備的接入量。

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

而物聯網設備呢，N倍于手機，并發量多起來，不亞于雙11。

這類產品，更多是展現的數據價值，軟件的價值。硬件有成本，軟件無估價呀。

二 設備產品方向。

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

像這類產品方向，可以是B端產品，也可以是C端產品。這個具體看產品規劃了。

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

但像工業物聯網，對數據的價值體現不一樣。往往不是微信小程序這樣的數據展示就可以的。

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

現在市面上的網關一抓一大把，動不動就Modbus ，西門子，歐姆龍數據采集。幾乎每個網關都支持MQTT，不然都不好意思說自己是工業網關了。

三 設備+平臺一體產品方向。

對于最終用戶來說，雖然不太關心用的是啥網關，啥平臺。但是對于集成商來說，這太要關心了。

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

如果先選了工業網關，還要考慮這個網關所能支持的平臺，還需要投入多大的軟件開發成本來進行數據對接，以及后續的運營維護成本了。

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

這就是這類的產品方向了。

除了推出自己的物聯網網關，還有現成的平臺，管理工具等。

比如 FBox就屬于這一類了。

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

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

還有客戶端管理監控工具，讓你免費用。

還有歷史數據，讓你用。

還有云組態，讓你用個夠。

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

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

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