近日，MEC全球應用開發者大會隆重召開！大會致力於推動MEC從試驗走向應用落地，推動不同MEC平臺“雲-網-邊-端-業”能力全面開放，加速邊緣應用創新的步伐。在大會的“MEC開放論壇”上，阿里雲高級技術專家周哲進行了《阿里邊緣雲原生應用實踐》主題分享，站在技術視角對邊緣雲原生的技術概念、應用場景、阿里雲邊緣雲原生實踐案例等多方面進行解讀。
爲什麼需要邊緣雲原生？
什麼是邊緣雲原生？周哲認爲：邊緣雲原生就是邊緣雲和雲原生的結合。在當下的5G時代，80%的數據和計算將發生在邊緣，那麼市場需求爲什麼一定要邊緣化？
在場景層面，未來5G的接入和各種應用都會雨後春筍般地出現。而5G的特點就是大流量、低延遲、大連接，這些特徵傳統的數據中心是不能滿足的。例如4K/8K、VR、雲遊戲等應用上要依靠較大的流量進行支撐的，如果所有的流量都傳輸到數據中心，帶寬壓力是無法承受的；其次，因爲物理距離的限制，低延時需求也較難實現；最後在大連接層上，隨着IoT智能設備的普及，未來終端的規模量級暴增，需要分而治之，藉助更多的邊緣節點提供大連接的解決方案。在中心雲和設備端之間打造邊緣雲的平臺，能夠起到承上啓下的作用，實現上下傳輸和能力互通。
關於雲原生的理解，每個人都不同。對於雲原生的理解，阿里雲阿里巴巴合夥人、阿里雲高級研究員蔣江偉認爲：因雲而生的軟件、硬件、架構，就是真正的雲原生。周哲現場介紹到：其中包含三個維度，在硬件或者基礎設施層，具備按需分配、彈性伸縮的能力，這個是雲計算的基礎能力。覆蓋公共雲的基礎設施、專有云的基礎設施，邊緣計算的基礎設施，整體上構建雲原生基礎實施。在架構層面，具備松耦合、可彈性擴展、高容錯性等特點。在雲原生應用管理層面，基於自動化、可觀測、可管理的軟件交付流程，加速創新效率的同時保障系統穩定性。雲原生應用具備這三個維度特性。這樣的應用易維護、彈性伸縮、穩定性、迭代效率高。
“雲原生的典型技術代表：容器、服務網格、微服務、不可變技術設施和聲明式API。這些技術是屬於雲原生技術，現在很多雲原生技術是基於容器、服務網格、微服務等構建出來的，但云原生技術不僅僅包含這些，除了這些技術外，也可以構建出雲原生應用和技術，只要符合上面三個特性，是不是容器都沒有關係。如果不是具備上面三個特性的應用，不是標準的雲原生應用。比如：使用容器技術，自己搭建容器服務，雖然也是使用雲原生技術，但這個應用不表示是雲原生應用。”周哲認爲。
邊緣雲原生就是既滿足邊緣雲、也滿足雲原生特性。
邊緣雲原生的技術優勢
雲原生技術能夠解決應用的開發運維效率、穩定性、成本問題。那麼邊緣雲原生應用和中心雲原生應用的差異是什麼？
周哲從四個方面做了對比：
一、在基礎設施方面：邊緣的特點是分佈式、機房小，每個機房10-50臺機器，計算和存儲能力受限。單機房可靠性差，每個機房的SLA相對中心的保障是差的。單機房彈性能力受限的，跨機房的彈性能力強。中心雲的特點是集中式、每個機房都很大，計算和存儲規模大，機房可靠性高，單機房彈性伸縮好，多機房一般做容災考慮。
二、在系統架構方面：邊緣特點是全球分佈式接入，靠近客戶邊緣測。需要跨公網的集羣間應用通信能力。也就是我們所說的邊緣通信和邊緣協同能力。每個集羣和中心的網絡鏈路不是非常可靠，一旦邊緣和中心失去連接，需要做好邊緣自治能力。中心的特點是一般單機房接入，機房內核機房間專線互聯。不需要邊緣自治。
三、資源調度方面：邊緣側由於機房小，單機房的彈性能力受限，邊緣的彈性需要跨節點間來做。同時邊緣的機房分散，需要根據全局負載，需要選擇是到哪個邊緣節點，在做邊緣節點內的調度。需要全局請求調度和資源的算力調度結合。中心側用戶主要關注容器的算力調度，一般不關注請求調度。
四、應用編排管理方面：在邊緣側應用需要部署到幾百上千個集羣，並且需要考慮應用跨集羣容災，怎麼保證幾個集羣的應用狀態一致，成爲難點。在中心側通常是集羣的管理統一，較少做多集羣管理，一般應用跨集羣容災做冷備，保證集羣內應用狀態一致性。
邊緣雲原生可以提供的關鍵能力
第一：異構融合廣覆蓋
在邊緣端需要廣覆蓋，有更多資源覆蓋在延時方面會更有優勢，怎麼做到資源多？其中一種方式是自建，自建能力是有限的，另外會考慮租用各個雲廠商的邊緣資源，這樣針對不同廠商資源做好異構融合能力。
第二：雲邊體驗一致性
很多應用既需要在雲端部署，也需要在邊緣部署，如果雲邊的體驗不一致，就會增加更多的開發成本。應用開發需要做好雲邊體驗一致性，這樣對應用開發者非常友好，不用邊緣一套應用、中心一套應用。
第三：標準雲原生兼容
雲原生有一個主要出發點就是跨平臺兼容。讓應用開發者在自己的搭建的平臺能夠運行應用，在不同的場景也能夠運行應用，這樣對開發者就非常友好。
第四：算力全域流動性
在邊緣特性裏，最關鍵一點是分佈式，對全局的流量調度+算力結合有很強的需求。能夠做到用戶在哪裏，應用自動部署到用戶就近的邊緣。按需在邊緣做到算力和流量的流動。
那麼哪些應用場景適合邊緣雲原生？
周哲表示：有幾個場景適合邊緣雲原生，第一個場景是雲端算力下沉，例如視頻轉碼等，原來視頻轉碼都是在中心轉碼，在邊緣做分發，這是一個典型的雲端算力下沉的應用場景。其次是終端的算力上移場景；周哲解釋道，例如現在比較火爆的：雲應用、雲遊戲、雲桌面等都屬於終端的算力上移場景，通過邊緣計算可以解決很多應用不穩定等問題。第三個場景是原本就在邊緣上的應用和數據，典型的是CDN的應用和數據，每秒鐘全網有幾百Tbps的數據在流動和傳輸。
阿里雲邊緣雲原生產品與實踐
阿里雲邊緣雲原生體系，如下圖所示，從下至上。首先是邊緣雲，包含邊緣基礎設施能力，邊緣融合計算，在邊緣雲中有很多邊緣節點，可以跑容器、微服務架構應用等。基於邊緣網絡和中間件做分發和管控。再上層是容器平臺，包含容器相關的管控服務、集羣管理能力。在容器平臺之上是雲原生能力，包含應用管理、servicemesh、可觀測性等。通過整體雲原生技術棧能夠使邊緣應用開發更簡單。
接下來周哲也針對上述介紹展示了一些阿里雲邊緣雲原生實踐的案例。
第一個案例：CDN ON ENS
這個目標是全網CDN使用雲原生技術上邊緣計算，它的價值可以達到降本提效，在保證穩定性的情況下提升CDN業務創新效率。“實際上我們也會在CDN業務上遇到問題。”周哲說：在CDN業務上會遇到不同資源爭搶問題、業務複雜、系統組件多、全網發佈週期長、異構資源部署能力弱、資源複用率底等主要問題。例如雙11電商的圖片壓力較大，在跨年看春晚時直播的負載較大，怎麼解決這種CDN應用的問題？
“我們就通過一些雲升級的技術方案來解決。”周哲提出了雲原生技術方案：
- 通過容器化做業務拆分隔離，解決資源爭搶的問題。
- 通過微服務化架構改造解決系統組件多，問題排查難的問題。
- 通過全流程應用管理系統結合業務拆分隔離，在保證穩定性的基礎上，提高發布效率。
- 具備異構資源管理的能力，解決各種異構資源的使用問題。
- 基於資源的實時彈性調度，解決不同業務場景錯峯複用問題。
第二個場景案例：視頻轉碼下沉到邊緣
如下圖所示，左側是原來的方案：主播推流到CDN邊緣節點，CDN邊緣節點在把直播流推到中心，在中心做轉碼。另外一端是播放端，播放端在邊緣節點拉流，邊緣節點再從中心拉流。新的方案是：主播端直接推流到ENS邊緣節點，直接在邊緣節點部署轉碼應用程序，直接在邊緣節點做轉碼，播放端可以直接從邊緣節點拉取轉碼後的直播流。這樣能夠降低邊緣到中心的成本、並提高用戶體驗。
第三個場景案例：終端上雲（雲遊戲/雲應用場景）
你會不會遇到一種情況：平時和朋友一起聚餐時想玩個遊戲，手機沒有安裝，下載遊戲安裝包有比較大；下載耗費流量高時間又長，怎麼辦？
如果有云遊戲就比較好了。雲遊戲的場景的使用邊緣計算方案，如下圖所示：左下角是用戶終端，左上角是遊戲廠商的業務系統，右上角是邊緣計算的管控中心服務，右下角是邊緣計算節點。
整個交互的流程是：當用戶終端先訪問業務系統，雲遊戲的業務系統和邊緣計算管控發起雲遊戲應用的創建請求，邊緣計算管控中心下發指令給邊緣節點，邊緣節點把雲遊戲的應用啓動起來，啓動起來後邊緣計算管控中心返回雲遊戲的虛擬設備，業務系統把虛擬設備反饋手機終端用戶，手機終端和邊緣節點虛擬終端就可以建聯，手機終端就可以通過操作指令和邊緣節點虛擬終端做遊戲交互，虛擬終端會屏幕畫面視頻流，返回給手機終端，最終手機終端就能夠正常顯示了。
總結一下，阿里雲邊緣計算產品主要分幾個層面，第一個層面是底層的服務器、交換機能夠形成統一的池化資源，屬於ENS基礎設施。第二個層面，就基於這些統一池化的硬件抽象出來的計算、存儲、網絡的資源形態。第三個層面，是把這些基礎設施技術通過平臺服務的方式進行包裝，形成存儲平臺、計算平臺、容器平臺、試圖計算平臺和應用管理平臺。第四層是saas場景交給客戶進行封裝實現，完成垂直化業務和創新場景的落地。
同時，阿里邊緣計算產品也具有五大能力：
- 支持三種計算形態：虛機，容器及安全容器、終端數字孿生計算。
- 支持多種存儲服務：高可用塊設備、文件存儲、對象存儲、CDN KV緩存。
- 支持多種網絡服：實現了節點內的多種網絡形態，跨節點的網絡加速和交換能力，以及邊緣的負載均衡產品。
- 安全節點信安：提供了四層、七層的防攻擊能力，針對內容和主機的安全等場景，具有600G的抗DDoS攻擊能力。
- 高效自動的雲化納管：支持容器虛機的高效生產，和鏡像發佈的管控，遠程無接觸3小時全自動化管理。
本文爲阿里雲原創內容，未經允許不得轉載。