主頁 > 軟體設計 > 5G給邊緣計算帶來了什么?

5G給邊緣計算帶來了什么?

2020-10-17 04:10:40 軟體設計

簡介:時下大熱的5G和邊緣計算有什么關系,它們的契合點在哪里?互聯網IT域和通信網CT域如何融合?什么是云網一體化?阿里巴巴達摩院XG實驗室高級技術專家南書、邊緣計算團隊高級技術專家屹平分享5G下,邊緣計算的更多可能,

image.png

一 5G的核心能力成為移動邊緣計算的最大驅動力

5G所強調的三大特性也就是5G的核心能力,即低時延,高帶寬和大連接,

低時延

5G所承諾的低時延是1毫秒,但需要強調的是這里的1毫秒只是空口的時延,對于最終用戶來說大家可能更關注的是端到端的時延,端到端時延最簡單的計算邏輯就是距離,距離產生的時延基本就是光纖傳輸時延,大概就是100公里1毫秒,所以在5G時代,端到端時延的本質就是距離所產生的光傳輸時延,

我們用這個思路再對照看下之前的2/3/4G的情況,根據OpenSignal的一份測驗報告顯示,在2G時代,光纖傳輸時延在整體端到端占比是微不足道的,也意味著空口時延占了大頭,

image.png

而在5G時代,這個比例高達60%,光纖傳輸也就是地理位置將會極大地影響端到端的時延,進而影響到用戶體驗,因此,5G低時延的特性如果需要得到更好的發揮,就必須通過更近的業務部署來降低傳輸在整體時延中的占比,而在IT領域的邊緣計算技術就能很好的契合這樣的需求,成為促進移動邊緣計算發展的驅動力之一,

image.png

高帶寬

5G的另一個特性就是高帶寬,5G高達10G的峰值速率,一方面能讓用戶看到更清晰的視頻,享受沉浸式的業務體驗,但另一方面,也會給業務方傳統的集中云部署方式帶來可能翻數倍的流量成本,當然也給運營商整體的網路帶寬建設提出了挑戰,這就需要我們重新來審視一下網路架構,考慮流量從集中云到邊緣云的卸載,在這里,再一次找到了5G和邊緣計算的契合點,通過業務的邊緣部署,降低了回傳鏈路的帶寬消耗,降低成本的同時還降低了時延,

大連接

在一個標準的物聯網場景下,可能會生成海量的資料,如果這些資料都集中到云上去做處理就可能造成資源的浪費,如果在中間位置進行資料預處理,一方面可以盡快的進行下行反饋,形成物聯網的系統倍訓,另一方面可以做上行的資料聚合,形成物聯網的群體智能,

這樣的中間位置就是邊緣計算的部署點,因此結合上面對5G特性,也就是5G核心能力的分析,我們就可以得出這樣的結論:5G的核心能力將成為移動邊緣計算發展的最大驅動力,

image.png

二 IT+CT融合的5G邊緣計算

如果僅僅從資源更近這個角度來思考5G下的邊緣計算,那就太簡單了,從本質上來說,邊緣計算是屬于互聯網IT域的概念,而5G是屬于通信網CT(CommunicationTechnology)域的概念,要想把5G下的邊緣計算用好就必須進行IT和CT的融合,而不是簡單的1+1,這里的融合分為架構融合、部署融合和調度融合,

架構融合:獨立標準設計走向融合架構設計

從架構融合來講,5G包括UPF(User Plane Function,用戶面功能)核心網這些支撐邊緣計算功能網元和系統的架構規劃都放在了3GPP(3rd Generation Partnership Project,第三代合作伙伴計劃)這個國際化組織,而邊緣計算的整體架構則歸屬在ETSI(European Telecommunications Sdandards Institute,歐洲電信標準協會),各組織都在自己的方向上獨立演進,因此首先要融合的就是架構,形成一體化,融合的架構設計,

部署融合:雙車道獨立部署走向一體化部署

部署融合里的部署重點關注的就是UPF和MEC(Multi-access Edge Computing,多接入邊緣計算)節點的部署,UPF作為移動網的網元,運營商會根據自己的規劃進行部署,而MEC節點則歸屬于互聯網公司,結合自己的應用場景、受眾來部署,兩者歸屬不同車道,因此可能會存在部署不一致的問題,進而讓邊緣計算的收益大打折扣,所以我們需要從雙車道的獨立部署走向一體化部署,這也就關聯到了第三個融合,就是調度融合,

調度融合:互不感知的域內調度走向全域調度

由于UPF和MEC節點所服務的用戶不同,造成兩者的流量模型產生很大的差異,承載服務所需要的網路指標也不盡相同,雙方為了兼顧性能、容量、成本和服務質量等因素,在各自系統中部署自己獨立的調度系統,如果這樣的系統做不到互相感知,就會造成彼此流量走向的不一致,其后果不僅會讓調度效果大打折扣,更可能出現事與愿違的情況,因此,我們需要從互不感知的域內調度走向全域調度,

綜上,5G時代的邊緣計算首先要考慮的就是融合,

image.png

三 一體化增強服務的5G邊緣計算

通常意義上的邊緣計算我們都會簡單地等同于IP流量調度,到了5G時代,大家也會簡單類比UPF到MEC節點就是牽引一條IP資料流,把感興趣的流量牽引過來即可,但實際上5G下的邊緣計算可以做更多,

從面向流量演化為面向服務

第一就是可以從面向流量的經營增強為面向服務的經營,我們牽引過來的不僅僅是流量,而是流量上面所承載的服務,服務將會賦予流量更多的意義,因此在進行調度的時候,更多需要考慮的是流量所承載服務的要求而不是單純的資料流,所以5G下的邊緣計算需要從面向流量演化為面向服務,

從面向服務的角度出發,5G邊緣計算如果僅僅是作為一種離用戶更近的服務部署來定位的話,那就降低了5G邊緣計算的價值,除了近所帶來的更低時延這個顯而易見的優勢之外,我們需要進一步關注和實作服務增強,

從服務更近演化為服務更強

由于移動網路本身的架構特性,相對于傳統的固網架構,移動網采用的是用戶面流量和控制面管控兩條腿走路的模式,邊緣計算牽引的是用戶面流量,但還可以通過與移動網互動從而獲得更多控制面的資訊,比如SINR,Cell Load等資料,這些控制面的資料可以給服務更多的能力組合,進一步增強邊緣計算的對外服務能力,甚至能開拓出新的業務場景,比如在牽引流量的同時,帶上控制面所看到的整體小區負荷、信號強度等資料,這些資料可以用于服務端進行更好地擁塞控制,從而讓上層業務適應到對應的無線環境,進一步提升了用戶體驗,

**從通用服務演化為5G邊緣服務
**
最后,由于有了邊緣計算的存在,原來互聯網普遍的“客戶端/服務器”的架構也會變成“客戶端/邊緣端/服務端”的架構,因此必須考慮到邊緣在整體鏈路中的角色,考慮到5G帶來的增強服務,在5G時代,邊緣部署的服務不能只是簡單的云服務的就近部署,必須從通用服務演化為5G邊緣服務,只有這樣才能真正用好5G邊緣計算,

image.png

四 從邊緣到中心的云網一體

首先,我們強調一個前提,邊緣計算一定不是孤立的,我們將邊緣計算視為云計算的延伸,拓展云的邊界,邊緣作為終端與云中心之間的資料紐帶,對形成“云-邊-端”一體的計算形態至關重要,

云計算最大的優勢就是規模化的計算集約,因此能夠獲得巨大的降本增效收益,但是把全部的計算都集中在一個點顯然不現實,除了計算成本之外,另外一個影響計算分布形態的至關重要的因素就是資料的傳輸成本,“云-邊-端”一體的計算協同形態,其實就是資料在網路中的傳輸成本和計算集約收益之間形成的動態平衡狀態,在這個形態下,我們通過不斷地網路基礎設施和技術能力革新,去影響計算集約的分布狀態,

分布在全球的數十個中心云Regions是云計算的核心大腦,基于大規模集中的計算資源提供超強、高效的算力,資源集約化,也大幅降低了單位算力的成本,同時相對而言,到終端的平均資料傳輸成本也比較高,

從云中心往外下沉延伸,是運營商網路,連接著數以百計的運營商資料中心,這也是第一層邊緣計算分布節點,提供中小規模集中算力,用于覆寫省一級的就近計算和流量調度,同時,在這一層邊緣計算節點基于大量廣分布的資料中心構建一個SD-WAN(軟體定義廣域網)網路,負責回云加速、邊到邊加速,提供“云-邊”和“邊-邊”協同能力,屏蔽中心云與邊緣云之間因互聯網傳輸的網路波動對業務層資料傳輸造成的影響,相比中心云,在這一層計算節點,計算集約帶來的收益相對變小,但與終端之間的資料傳輸成本也顯著降低,

5G,讓邊緣計算繼續下沉延伸到運營商地市城域網,將來會連接著數以萬計的MEC節點,這是第二層邊緣計算分布節點,提供小微規模集中算力,用于覆寫地市一級的就近計算和流量調度,因為MEC節點距離終端更近了一步,更低的時延和更低的成本,讓更多原本只能在終端進行的計算能夠上移至邊緣,從而形成算力集約,最終帶來成本收益,而且,5G釋放出來更多的終端到邊緣之間的網路傳輸質量管控能力,可以讓我們基于場景來優化“端-邊”的網路服務質量,達到降低成本的同時并未降低用戶體驗,

綜上,通過一個整體的從云到邊再到端的網路體系,形成云網一體化的能力,讓不同業務場景能夠在這樣一體化的形態中找到最適合自己的計算分布形態,

image.png

五 基于業務場景的全鏈路統一QoS管控

在云網一體化的能力中,業務場景除了成本之外,最關注的就是網路QoS(Quality of Service,服務質量),“云-邊-端”這樣一個長鏈路下,不同分段所采用的QoS策略也不盡相同,

這里列舉了三種不同的資料傳輸場景:

  • 本地MEC內終端之間
  • 終端與云中心之間
  • 跨地域/運營商終端之間

分解一下全鏈路的QoS分段,可以分為以下三段:

  • 5G核心網內
  • MEC到資料中心以及不同地域/運營商的資料中心之間
  • 資料中心到云中心之間

在5G核心網/MEC這個范圍內,QoS策略的管控,需要基于運營商5G能力對接來實作,這一段QoS保障可以大幅度提升終端接入這一段的網路質量,

在MEC到資料中心這一段,是運營商互聯網的范疇,我們在這一段網路中基于廣分布的資料中心資源構建一張Overlay SD-WAN網路,從而實作對互聯網波動的屏蔽和業務流量管控調度,

在資料中心到云中心之間,在運營商互聯網的基礎上,輔以運營商專線來進一步改善回云傳輸鏈路的網路質量,
image.png

最終,將這三段網路的QoS管控調度能力整合,為上層業務應用提供端到端全鏈路一體化的QoS保障能力,從而大幅降低業務應用層面運維復雜度,

六 總結

邊緣計算,促使計算形態發生變化,讓更多的業務場景落地成為可能,但同時計算形態和分布的多樣性也大幅度提升了技術復雜度,5G并不只是讓邊緣計算更近,阿里云的邊緣計算,要為業務屏蔽復雜的計算分布和資料協同,從而幫助更多的業務場景落地到“云-邊-端”一體的計算形態中,實作收益/成本最大化,

原文鏈接:https://developer.aliyun.com/article/775642?

著作權宣告:本文內容由阿里云實名注冊用戶自發貢獻,著作權歸原作者所有,阿里云開發者社區不擁有其著作權,亦不承擔相應法律責任,具體規則請查看《阿里云開發者社區用戶服務協議》和《阿里云開發者社區知識產權保護指引》,如果您發現本社區中有涉嫌抄襲的內容,填寫侵權投訴表單進行舉報,一經查實,本社區將立刻洗掉涉嫌侵權內容,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/175293.html

標籤:其他

上一篇:致物聯網網關工程師:別浪費錢了來看看高度集成物聯網無線AP模塊應用的WiFi模組——模小塊的成長記

下一篇:聯發科MTK6765安卓核心板 helio P35資料分享學習

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more