幾乎所有的巨頭都在提邊緣計算。隨著數字化轉型的加快,傳統制造業生產的各個環節出現的智能設備也會越來越多。相較于個人手中的智能設備,生產線上的智能設備數據更有挖掘的價值。
從企業管理者的角度來看,選擇產業升級的目的有兩個:一是提高生產效率,降低成本,提供更好的客戶體驗;二是對價值鏈進行“洗牌”,發現新的商業模式,提供新的產品和服務。
從戰略的角度來看,產業升級的目的一是對于企業數字化業務的優化,二是對于企業數字化業務的創新、轉變。
未來是一個數據產生價值的社會,如何利用好、挖掘出更多的數據價值將會是企業價值提升的關鍵點之一。目前,存儲在云端的數據只是冰山一角罷了,更多的數據,還是存在于終端設備。數據還在呈爆炸式的增加中,云端的計算能力越來越低下,時間效率等已接近頂峰。
邊緣計算是一個相對于中心化的云計算的概念。不同機構對其定義不盡相同,一般而言,它是為開發者在靠近用戶、數據源的網絡邊緣側提供的具備計算、存儲、網絡的開發平臺。
邊緣計算的大面積應用,恰恰是能夠提升計算的效率、降低延時、提高數據的安全性。這樣一來,目前數字化轉型中由于云計算過度集中式數據處理模式而產生的各種問題迎刃而解了。將數據下沉到邊緣側的“微云”進行處理,不僅可以提高效率,還推動了傳統制造業由“硬件思維”向著“服務思維”進行轉變。在“邊緣計算+無邊界通訊”的模式下,每一個智能化的邊緣設備都能夠實現服務端與客戶端的隨時切換。邊緣計算將會是數字化轉型的關鍵加速器。
很多產品都是自稱“邊緣計算”,我們必須將這些同名產品進行分類,否則大家說的“邊緣計算”可能根本不是同一類東西。有人會把邊緣計算說成IOT,有人會把邊緣計算說成超融合,有人會把邊緣計算說成分布式P2P計算,有些人會把邊緣計算說成邊緣機房。
從產品目的來看,邊緣計算大致分為三類,分別是物聯網邊緣計算、邊緣節點計算和P2P邊緣計算。從部署位置來看,邊緣計算可以部署在城域網端,基站端和接入端,甚至SDK都可以叫邊緣計算。下文對幾大同名產品進行辨識。
物聯網邊緣計算能見到震撼人心的實物照片,軟件研發又敬畏新硬件,所以這種邊緣計算最火爆。這些邊緣計算最大的缺點是,他們只是其他行業的附屬品,無論是箱子和卡車,還是IOT網關加傳感器,本質上都是為其他服務做嫁衣。比如某知名手提箱的官網介紹,無論是拷貝數據、小型私有云還是數據預處理,這個手提箱的最終目的仍然是讓這些數據上云。另外一些知名IOT邊緣產品,它們的目的就是認證硬件、快速接入IOT和上傳數據到云平臺。物聯網邊緣計算的本質著力點是物聯網或者云計算,而不是邊緣計算。
P2P傳輸和計算是個古老的行業,一直走著“特定內容借流量”和“特型應用借算力”的巧路,所有的計算和傳輸負載都在客戶端,服務端只做輕量級調度。所有的輕巧都要付出代價,整個P2P網絡里都是招募的不穩定邊緣節點,“特定內容”和“特型應用”就是適用性不廣泛、只能對接幾個大客戶的意思,而大客戶的議價把控能力太強了。
隨著5G和下文另一種邊緣計算的興起,P2P傳輸和計算可能會拿到通用穩定的邊緣節點,最終開發出更有價值的上層應用,但它是邊緣計算的客戶而非本尊。
在服務器上部署邊緣節點聽起來就很熟,很多人就笑起來了,聊這么半天,這不就是談CDN嗎?
邊緣網絡+邊緣IaaS算力+網站服務,這就是CDN;把網站服務換成視頻服務,這就是點直播;如果把應用層換成通用邊緣計算框架,再通過5G把延遲降低到10ms以下,這就是邊緣計算。
服務器邊緣計算和CDN并不相同,為了擁抱通用框架,某些為CDN優化精簡的功能要補回來,還要繼續加新功能新資源,而且用戶群在發生變化。2020年以后,云原生程序越來越多,程序員們越來越習慣使用K8S等新一代技術架構,這對邊緣計算也是個利好消息。
有些邊緣廠商夸大運營商的基站節點能力,其實就是做通訊的和做IT的互不了解,智子疑鄰,自己嚇自己。
云計算業者連鐵塔公司和運營商的分工都不了解,那就更沒去過基站和接入機房惡劣的施工環境了。就算有高溫X86服務器,我們也要考慮維修難度、狹小的空間和其他能聊一萬五千字的施工問題。
運營商如果在匯聚機房和綜合接入機房部署x86服務器,這里比城域網機房快不了幾毫秒,網絡延遲沒發生質變。這些過度近緣小機房的覆蓋用戶過少、資源池過小,客戶從這里獲取數據的速度會比邊緣大機房更慢。
討論邊緣計算產品前,我們先要清楚邊緣計算和云計算在產品層面的關聯。狹義上的云計算產品是對服務器端進行替代的組件,比如虛擬機、RDS、OSS等組件;廣義上的云計算泛指所有云廠商為客戶完成的IT服務。在同一個云廠商體系下營銷售賣時,邊緣計算就是廣義云計算的一部分,在獨立產品設計時,邊緣計算不要受其他云產品的誤導。
邊緣計算廠商先要做好IaaS節點群,邊緣IaaS是“節點群”而不是“資源池”,搭建和維護這個節點群是要精工出細活的。在邊緣場景下,算力載體選擇容器會比云主機更合適,這是要篩選對邊緣算力和網絡有大量需求的客戶,而且為未來做大邊緣PaaS留下技術接口。
邊緣網絡內部幾乎都是南北流量,沒有東西流量,而且它是“節點群”而不是“資源池”,所以不能套用云端網絡的設計運營經驗。邊緣應用90%的流量仍然是多媒體視頻,但其數據生成和分發邏輯不能抄襲CDN。
在邊緣IaaS節點群逐步穩固的過程中,邊緣PaaS產品會根據技術棧進化出不同分支,限于篇幅我只總結不展開細聊了。
首先成熟的產品大類會是定制化視頻應用,類似用戶自主跨云調度、私有加密協議、客戶自建邊緣云等場景。第二大類是以云游戲為技術切入點,后續將進化成所有客戶端在邊緣端計算后,本地APP實際是視頻播放器。第三大類PaaS產品會是“IOT邊緣計算”的宿主平臺,無論工業、安防還是家用IOT都需要邊緣端做為承接載體。 客戶端默認就是碎片化的,邊緣PaaS是在模擬和分擔客戶端工作,所以這些PaaS平臺也會細分化;比如同樣是云游戲,射擊類游戲和即時戰略游戲的PaaS產品會有明顯區別。邊緣PaaS產品在細化過程中會雞兔同籠的錯位競爭,最終會像一群細分領域各自稱霸商業軟件,而不是大一統的云服務。
邊緣計算要求客戶的IT服務從CS架構改成CES架構,從五個角度向大家解釋,IT服務做邊緣化改造時應遵循的設計原則。
第一,從Edge單點角度,Edge端單點有計算有流量,但無邏輯無狀態。
第二,從資源負載角度,大量公網IO、較低連接延遲、大量算力負載。
第三,從節點架構角度,節點間節點內彼此獨立,較少內聯依賴和相互判斷。
第四,從業務數據角度,從實時一致性向最終狀態一致性優化。
第五,從工程的角度,必須做服務架構改造,自研或應用全新架構。
根據調查,視頻、無人駕駛、AR/VR、工業互聯網和游戲等領域是目前最受業界關注的應用場景。
車聯網對于數據處理的要求較為特殊,一是低時延,在車輛高速運動過程中,要實現碰撞預警功能,通信時延應當在幾ms以內;二是高可靠性,出于安全駕駛要求,相較于普通通信,車聯網需要更高的可靠性。同時由于車輛是高速運動的,信號需要在能夠支持高速運動的基礎上實現高可靠性,這其實就需要邊緣計算的場景。
在一些工業控制類的場景中,要求用邊緣計算滿足低時工業互聯網是機器、計算機和人員使用業務轉型所取得的先進的數據分析成果來實現智能化的工業操作。但是在工業物聯網領域的應用實踐中,對于工業實時控制及邊緣設備安全隱私的要求較高,并且產生的數據需要本地化處理,因此將邊緣計算應用于工業物聯網成為了行業發展的方向。
直播業務場景具有“高帶寬、高并發、計算密集”的特性。邊緣云計算服務在主播直播推流時,實現就近節點進行轉碼和分發,同時支持高并發實時彈幕的邊緣分發,減少了對中心的壓力,節省了30%以上的中心帶寬成本,同時獲得網絡低時延,實現了邊緣節點網絡連接時延小于5毫秒,提升了主播上行質量和用戶觀看體驗。
當然,邊緣計算的應用場景遠不止于上面列舉的幾種,邊緣計算未來也將會在智能安防、智能家居、虛擬現實、區塊鏈、遠程監控等場景帶給我們不同程度的驚喜。
參考:一文談盡邊緣計算 作者:曹亞孟
邊緣計算對數字化轉型有何影響 作者:劉洪倫