緣起
本期繼續討論邊緣。前幾天在朋友圈里show了個圖片，圖片里是我在ipad上看一本關于k8s的書。一個朋友好奇，說你一個搞終端的搞機人怎么會去看云端相關的書呢？so，結合我最近的一些深度思考，我感覺有必要介紹一下邊緣計算的一些知識。
邊緣計算的四種形態
Gartner發表過一篇調研報告，說邊緣計算將來是如下的四種形態。
我對這四種形態編了個號，從左到右為1、2、3、4。它們大致的特點如下：
獨自運作的邊緣設備：邊緣計算概念的初衷（來自美國國防部），即一臺悍馬軍用車配置一臺邊緣設備，覆蓋周圍1公里士兵的計算 。輪船、采礦車、智能汽車等，特點是邊緣設備收集數據，自己分析。不借助云端力量，不需要云端強管控。這種形態的邊緣設備更看重邊緣設備上的業務功能和處理能力。EdgeX是一個很好的典范。
邊緣設備+邊緣站點(包含多個邊緣設備)+云：這種形態的邊緣計算是運營商提得多，比如MEC。多了一個邊緣站點、邊緣站點是一個小的機房，里邊有多臺邊緣服務器一起為邊緣設備提供服務。邊緣站點是一個小的機房，其系統需要搭配目前后臺運維那套系統（k8s等），外加業務系統。機房、系統運維是基礎能力。目前看到電信運營商建設MEC是這個思路。
邊緣設備+云：邊緣設備受云端管控。云端可能是一個后臺業務系統。不一定是AWS那樣的公有云。更看重邊緣設備上的業務功能、和云端的配合。目前大部分講邊緣計算的案例是這樣的形態。
邊緣云+邊緣站點+云：邊緣設備構成集群。這個場景是未來重要的方向，但很可惜想得不多。鴻蒙的1+8+N其實有這個邊緣云的意思了，但還不完全是這個意思。真正的理想情況是N個手機組網。這一塊肯定是未來，但想不清楚，是一個超級大難題。
上述方案中，1和3見得最多，2是運營商喊得多。那這些和K8s有啥關系呢？下面介紹下邊緣計算里幾個主要玩家和他們的邏輯。
邊緣計算里的玩家
先看看k8s是干啥的。下圖是我畫的。
在云端，k8s的功能由淺綠色的表示，主要是應用部署、負載均衡、彈性伸縮、服務發現、運維監控。這些功能大部分和運行、維護有關。也就是說，k8s一個是要運行在后臺機房里（要求網絡要好，運行工況/環境穩定），另一方面，k8s里沒有業務邏輯。也就是它提供的是一個運維框架，業務邏輯還是需要去開發。只不過用了k8s后，你的部署方式，運行管理會相對容易一點。
那么，在邊緣計算融進來后，大家會聽到這樣一些開源框架，比如k3s，kubeedge（華為開源），superedge（騰訊），openyurt（阿里），baetyl（百度）。這些廠商開源的框架和k8s是啥關系呢？
上面這圖中，
k8s還是運行在云端
k3s等一眾開源框架則把k8s的一些功能下沉到邊緣設備上了。這里列出了主要是邊緣設備特有的功能，如邊云協同，邊緣自治，邊緣站點集群等。
并且，邊緣側這些開源框架往往會和云端的k8s協同工作，有些開框架本身就是在k8s進行了面向邊緣側的拓展而來。
當然，如果只是把K8s往邊緣側拓展的話，也太小看這些廠商了。我列了一個表，把當前幾個主要開源框架的功能進行了匯總。
簡單匯總下上表的開源框架中，
邊緣自治：k3s
目前只有邊緣業務功能：EdgeX
邊云協同+邊緣自治：騰訊、阿里
邊云協同+邊緣自治+設備接入：華為
邊云協同+邊緣自治+設備接入+更多邊緣業務功能：百度、AWS
可以看到，真正關心邊緣側業務功能的只有EdgeX。它是Linux Foundation Edge里的項目，也是我們高度關注的。而云廠商的產品邏輯還是停留在云那一套。當然，
華為的kubeedge也有部分邊緣側的功能，例如南向設備接入。
百度的Baetyl其實和AWS很類似，也提供Function aaS的功能。
為什么云廠商這么關注邊緣計算呢？除了他們認可Gartner的邊云融合的方式外，我這里用一個之前我內部分享的一個最簡單的圖來告訴大家為什么？
所以，這也是我為什么在神農班上提醒大家——邊緣計算是未來的原因。
最后的最后
我期望的結果不是朋友們從我的書、文章、博客后學會了什么知識，干成了什么，而應該是說，神農，我可是踩在你的肩膀上的喔。
關于學習方面的問題，我已經討論完了。后面這個公眾號將對一些基礎的技術，新技術做一些學習和分享。也歡迎你的投稿。不過，正如我在公眾號“聯系方式”里說的那樣——鄭淵潔在童話大王《智齒》里有一句話令我印象深刻，大意是“我有權保持沉默，但你說的每一句話都可能成為我靈感的源泉”。所以，影響不是單向的，很可能我從你那學到的東西更多。
神農和朋友們的雜文集
長按識別二維碼關注我們
