邊緣計算的網路域的難點

02-12

今天在EETOP討論NB－IOT之後的物聯網的機會，我大概盤點了一下，會比較看好物聯網PaaS平台，MEMS感測器和邊緣計算的機會。

在以前的文章中，對於邊緣計算的介紹都是從痛點入手，談的是功能。而實際上邊緣計算是非常複雜的，我參考了2016年發布的邊緣計算架構1.0的框架。最近了解到邊緣計算聯盟正在編寫邊緣計算的白皮書，而計劃邀請邊緣計算白皮書的主筆人在未來的IC咖啡學堂001｜物聯網微課堂分享邊緣計算，所以也為這個分享預熱一下，寫一寫邊緣計算的相關內容。

邊緣計算架構

邊緣計算非常複雜，包括四個域：應用域、數據域、網路域和設備域。這些域都有與雲平台的架構所對應，操作系統對應的是物聯網的PaaS平台，網路域對應的是PaaS平台的連接功能，數據域的數據分析對應雲平台上也有相關的數據分析，應用域對應的是平台上的SaaS軟體。

邊緣計算的功能與雲計算的功能也可以對應上，但邊緣計算更多的處理的是要求響應速度快、海量異構連接、邊緣側智能、數據優化、一些有保密要求的應用。

早期研究邊緣計算，曾經研究過操作系統和網路的連接，本文從網路域的難點介紹。

邊緣計算網路域難題

在邊緣計算架構中，海量的連接面臨以下難點：

實時（低延時）；

確定性；

精確的時間同步；

異構系統互聯。

其中實時性，確定性和精確的時間同步問題，在文章借鑒工業乙太網經驗解決智能硬體無線通訊瓶頸，曾經通過工業乙太網解決了實時性，確定性，精確的時間同步的三個問題，那麼借鑒工業乙太網的經驗，同樣可以解決邊緣計算的的這三個難題，這裡不再贅述。

本文主要談談異構系統互聯，而物聯網要求傳統的設備連接，傳統設備的通訊協議不統一，所以解決這個難題有兩種方法，一種是在設備端增加轉換功能，另外一種方法是在服務端。

兩種方法有兩家有代表的企業。

一家是明匠智能的牛頓系統，主要是在設備端提供不同通訊協議的連接。

另外一家是Kepware的框架：

異構連接是物聯網首先遇到的難題，明匠智能依靠牛頓智能網關獲得了智能製造解決方案的有利地位。

多次與明匠智能交流，後來發現明匠智能的牛頓系統在推廣的商業模式上還有提升空間：對於轉換端的設備，轉換協議全就意味著成本高，而用量大了之後，單個產品的成本降低可以極大的提高利潤率。做針對性的協議轉換設備會降低單個設備成本，所以牛頓通用轉換對研發有巨大價值，但對於設備應用而言，成本越低競爭力越強。