阿里雲、華爲雲和騰訊雲等多家物聯網平臺的異同

2017年6月份的時候曾寫過一篇微軟、百度和阿里三大公司的物聯網平臺文章《微軟百度阿里三大物聯網雲平臺探析》，當時中美貿易戰尚未開始打，亞馬遜和微軟的雲平臺正如日中天，其物聯網平臺也已經初步佈局完畢，不管是平臺的完善度，仍是技術的領先性，國內廠商都難以比肩。

• 國內各大物聯網平臺一覽

那個時候國內廠商，百度推出物聯網平臺的時機最先，架勢也最大，其天工開物智能物聯網平臺，包括物接入 IoT Hub、物解析 IoT Parser 和物管理 IoT Device等板塊，其物聯網平臺設計理念已經和亞馬遜物聯網平臺同樣，已經支持物模型等相關功能，有屬性，有事件和服務。阿里雲則相對低調，僅推出了物聯網開發套件，重點在數據接入，支持將數據經過MQTT協議送入雲平臺，由客戶自行解析設備發送到雲平臺的數據。而騰訊早在2014年就發佈QQ物聯，號稱鏈接一切，不過仍是發力微信，重點在於人的鏈接。而此時的華爲也推出了物聯網平臺OceanConnect，不過有些猶抱琵琶半遮面，反而把爲電信所作的天翼雲物聯網平臺推到了前臺，一時讓人有些分不清，天翼雲物聯網平臺和OceanConnect到底有什麼區別。

現在一晃三年多過去了，三年前低調的物聯網平臺小弟--阿里雲物聯網平臺，一晃成爲國內物聯網平臺領域的領先者（對這段歷史感興趣的網友能夠看看我之前發表的文章《阿里雲物聯網之路》），而率先在物聯網平臺發力的百度，卻偏安一隅，在天工物聯網平臺以外，發佈了物聯網核心套件 ，居然有點相似阿里雲三年前發佈的物聯網開發套件，真是三年一個輪迴。然後發力的騰訊，幾乎複製了一個阿里雲物聯網平臺，其產品建立，設備生成等操做習慣和阿里物聯網平臺幾乎別無二致，基本上學會了阿里雲物聯網平臺，再上手騰訊物聯網平臺則毫無學習壓力。而華爲物聯網平臺方面改變的力度則更大，從新發布了華爲IoTDA數據接入平臺，和之前的OceanConnect一刀兩斷，再也不兼容。華爲從善如流，其物聯網平臺的主要要素基本上和阿里雲物聯網平臺近乎一致了（去年和華爲物聯網平臺總架構師線下交流，其就曾表示華爲當下物聯網平臺作的友好性相對很差，從阿里又挖了一些人來繼續完善華爲的物聯網平臺。記得2018年初次和華爲合做的時候，那個時候阿里反而常常去華爲挖人，這又是一個風水輪流轉的例子），不過爲了表達本身的別具一格，構建產品物模型的時候，增長了一個服務ID的概念，一個產品能夠有多個服務ID，每一個服務ID下再分別構建「物模型」。這一點京東的物聯網平臺卻是和華爲相似，一個物類型下有多個物模型。另外值得一提的是，中移動的OneNET平臺其操做習慣和阿里雲物聯網平臺也很是一致，平臺上相關關鍵詞的命名也基本同樣。

• 國內各大物聯網平臺比較

目前來看，國內幾大領先的物聯網平臺，其標準組成愈來愈趨於一致，基本都有以下幾大部分構成。

組件項	阿里雲	華爲	騰訊雲	中移動
小程序平臺	支付寶、淘寶、天貓等全家桶	快應用	微信 + 騰訊連連
物聯網應用平臺	IoT Studio 飛燕智能家庭 飛鳳物聯平臺 飛象工業互聯		騰訊物聯網開發平臺（很是相似阿里飛燕平臺）	應用定製
數據接入平臺	物聯網開發平臺	華爲IoTDA	騰訊物聯網通訊	OneNET物聯平臺
嵌入式OS	AliOS Things	LiteOS	Tencent Tiny OS	OneOS
邊緣計算	邊緣計算系統 邊緣一體機	華爲KubeEdge	騰訊5G邊緣計算	OneEdge 5G邊緣計算
芯片模組	平頭哥芯片系列	海思物聯網芯片		各類通訊模組
私有化部署	支持	支持

具體到物聯網數據接入平臺，各個公司的類似性則會更大，不管是平臺界面，仍是接入文檔說明，仍是調試方式和接口，甚至是API接口的定義都有很是相似（就有人曾分析過阿里和騰旭的C SDK除了各類定義類似外，版本維護的節奏都一致，說不清是一女二嫁，仍是彼此參考）。

下面咱們僅從「物模型」的角度去進行對比，參見下表：

項目	阿里雲	華爲	騰訊雲	京東
物模型	物模型	產品模型+服務ID	數據模板	物類型+物模型
產品	產品/產品祕鑰	產品/產品ID	產品/子產品	物類型/物類型標識
設備	網關設備 直連設備 子設備	網關設備 直連設備 非直連設備	網關 設備 子設備	直連設備 鏈接代理設備 非直連設備
設備鑑權	三元組： 產品祕鑰 設備名稱 設備祕鑰	二元組： 設備ID 設備祕鑰	三元組： 產品ID 設備名稱 設備祕鑰	一元組： 設備ID
屬性	屬性	屬性	屬性	屬性Key 物類型·屬性
事件	事件	【無】	事件	事件
方法	服務	命令	行爲	方法

注：中移動OneNET和阿里雲物聯網平臺基本同樣，僅產品祕鑰的名稱爲產品ID

  從以上的比較咱們能夠看出，各大物聯網平臺有徹底趨同的勢頭，這對物聯網開發者來講是一件好事，學習各大物聯網平臺的代價沒有那麼大了，各平臺的切換的代價彷佛也沒有那麼高了。可是對各大物聯網平臺廠商來講，不必定是好事，這意味着，他們已經進入了競爭很是激烈的「戰國」時代。

• 物聯網平臺競爭進入戰國時代

盤點各大物聯網平臺，你會發現，不一樣廠家各有各自的優點。阿里雲作物聯網平臺不算早，可是最堅定，在2018年3月的深圳雲棲大會上就宣佈：「阿里巴巴全面進軍 IoT，IoT 是阿里雲巴巴集團繼電商、金融、物流、雲計算以後一條新的主賽道」。三年多時間，讓阿里雲物聯網平臺發展到一個新的高度，也成爲了物聯網平臺行業的標杆。這不只讓走了一程的華爲改弦易轍，物聯網平臺接入從新趨同於阿里物聯網平臺，更讓追隨者騰訊，幾乎徹底兼容阿里雲物聯網平臺的操做習慣。而且相對於其餘物聯網平臺公司，因爲阿里雲一直在物聯網平臺上深耕，因此平臺功能也是最爲完善的。可是華爲，騰訊絕對不可小覷，華爲硬件和AI實力超羣，基於端而衍生的物聯網平臺應用將來可期。而騰訊坐擁當前流量最大的移動應用微信，又在2019年底推出物聯網小程序 — 騰訊連連，號稱鏈接一切的騰訊，距離目標的達成彷佛也不會太遠。目前物聯網的發展遠不到終局，最終鹿死誰手，花落誰家，還爲未可知。

• 面向對象 vs 面向過程

從DOS時代走過來的人學習C/C++語言等編程開發，對面向過程不會陌生，隨着開發的程序愈來愈複雜，和用戶的交互愈來愈多，面向對象的開發方法成爲咱們編程開發的指導思想。屬性，事件，方法，類，接口成爲咱們理解程序世界的關鍵詞。一樣做爲物聯網開發來講，之前的DTU（串口轉網絡設備）通訊的時代就是面向過程開發的時代，而現在的智能網關，智能設備直接對接物聯網平臺則是徹底的進入了面向對象的物聯網開發時代，阿里，華爲，騰訊，京東、OneNET等物聯網平臺的趨同已經深深的說明了這一點。

我幾年前在《爲行業SaaS雲平臺，提供物聯網接入服務》的PPT中，專門寫了一頁，再論「組態式」物模型接入優點的內容，這裏咱們能夠結合當下主流物聯網平臺都已經支持的「物模型」模式，能夠更深地理解我說的以下這些內容：

「邏輯物模型」：在設計物模型的時候，必定基於工藝邏輯自己，設計「物模型」，不必定和具體的硬件實體進行一一對應。有了「邏輯物模型」這種設計思想，基於「組態式」接入就有了以下幾個優點：

• 底層硬件能夠隨意更換，有多是集成若干功能的「複合」設備，也多是單一功能的設備，甚至是網關實現的虛擬設備。
• 能夠適配底層硬件不一樣的各類現場，甚至是多級通訊方式各不相同的現場，讓「雲端」完全對底層設備和底層設備鏈接方式無感。
• 能夠即時隨「邏輯物模型」的擴展而擴展。好比咱們可從一臺設備的控制器獲取設備自己的一些狀態和參數，可是有時候想額外獲取設備以外，且和設備相關的數據，好比想知道設備的電流或電壓，想知道設備震動係數，想知道設備啓或停。咱們能夠額外添加相關的傳感器來獲取這些數據。雲端「邏輯物模型」能夠增長這些屬性，底層設備組態能夠方便把這些數據成爲新「邏輯物模型」的屬性，隨時可快速打通雲和端的數據傳遞。 

正由於咱們一直相信這種開發方式必定會深刻人心，因此咱們基於YFIOs^®數據組態（徹底面向對象的方式，免代碼或少代碼實現物聯網接入）更容易接入到物聯網雲平臺，而且以更容易理解和操做的方式接入物聯網平臺。咱們的物聯網接入硬件和物聯網接入系統和各大物聯網雲平臺一塊兒，爲各大行業的SaaS廠商奠基了更堅實的物聯網硬件接入基礎。