多接入邊緣計算(MEC)或之前的移動邊緣計算在過去幾年中一直是很流行的術語，尤其是去年5G技術進入了商業(yè)階段。MEC通常用于描述將服務推向網絡邊緣的概念，與霧計算等其他術語存在沖突，隨著這項技術與5G、容器等基礎設施技術聯系在一起，其中各種混淆也越來越多。本文從電信公司的角度揭開這一技術的神秘面紗。

[[241121]]

MEC的定義和框架來自ETSI，歐洲電信標準化協會，作為MEC行業(yè)規(guī)范小組(ISG)的一部分，于2014年12月開始工作。以下是ETSI的定義。

多接入邊緣計算(MEC)為應用程序開發(fā)人員和內容提供商提供了云計算功能，以及在網絡邊緣的IT服務環(huán)境。這種環(huán)境的特點是超低延遲和高帶寬以及對應用程序可以利用的無線網絡信息的實時訪問。

這個定義為電信運營商繪制了一張路線圖，以便通過IaaS/PaaS模型在邊緣提供云計算功能。所以讓我們在這里停住并指出，MEC的概念沒有與5G結合，盡管它可以在滿足5G的超延遲和千兆體驗需求方面發(fā)揮重要作用。 ETSI MEC最初提供了一個框架和一個有趣的參考架構，如下所示。

該規(guī)范于2016年3月發(fā)布，在移動運營商中引發(fā)了許多問號。下面列出了一些常見的問題，并附上了作者觀點。

網絡中的MEC主機位置是什么?它可以存在于BTS嗎?區(qū)域DC?它可以駐留在終端用戶場所嗎?

MEC被認為距離終端用戶只有一步之遙，但是沒有明確表示它應該駐留在BTS或Edge DC中。因此，我們可以認為它不會觸及終端設備或物聯網設備，它只是網絡的一跳，可以匹配BTS和Edge DC。

在邊緣放置網絡功能的數據平面的機制是什么?

有了CUPS，現在就可以在邊緣分別部署用戶平面功能了。我認為5G UPF和SGW/PGW-U完全吻合。此外，通過適當的服務/資源編排，可以在邊緣部署一些VNF，例如Gi-LAN功能和增值服務(緩存、FW、Parental Control等)。

MEC主機上可以運行哪些服務(MEC App)，它們是否需要特殊的基礎設施需求?

這些可以是由第三方開發(fā)人員開發(fā)的第三方應用程序。因此，運營商基本上可以為那些公司或者開發(fā)商提供IaaS/PaaS，以開發(fā)需要MEC特性(如超延遲)的特殊用途應用程序。 VR / AR、IoT和V2I應用程序就是一個例子。

對于基礎設施來說，這些應用程序很可能基于容器。因此，運營商必須利用可托管和“管理”容器的環(huán)境。

VIM(例如Openstack)如何管理有數百或數千個DC的遠程基礎設施環(huán)境?

不是很清楚，目前有一些開源計劃、小組和論壇，但到目前為止還沒有什么實體。兩種趨勢：

• 集中管理 - 所有OpenStack控制組件僅部署在主DC中，而代理和消息總線跨越所有DC。
• 分布式管理 - 每個DC都部署了整個OpenStack控制組件

應該在邊緣部署什么樣的基礎設施?

應該是輕便的、占地面積小，并且具有低功耗和相對良好的計算能力的廉價基礎設施。白盒似乎是一個合適的解決方案。

工作負載是否會在VM上運行?容器?裸機?

出于某些原因，容器總是在MEC工作負載上下的表中。但是，工作負載可以在任何東西上運行。上圖是SDx Central 2017年邊緣計算和MEC報告調查結果，其中問題是“什么將被用來管理邊緣平臺”，受訪者來自廠商和運營商團隊。

MEC是5G的組成部分之一嗎?

它可以是，但是這是強制性的嗎?我不這么認為。5G國際電聯的要求非常明確，如果運營商設法向終端用戶提供5G服務/特性，可以不必部署ETSI MEC概念。它們之間沒有緊密的聯系。

MEC如何與ETSI NFV參考架構相關或匹配?

最近發(fā)布的ETSI MEC規(guī)范之一GR MEC 017 Mobile Edge Computing(MEC);在NFV環(huán)境中部署移動邊緣計算。有趣的是，新的網絡元素已經被引入，例如MEAO，多接入邊緣應用編排，這引發(fā)了許多關于這種編排的功能以及它如何與NFVO集成的疑問。

MEAO應該管理移動邊緣應用程序包的上載、跨邊緣DC的資源編排、為應用程序實例化選擇適當的移動邊緣主機，以及使用以下參考點觸發(fā)應用程序實例化、終止和重定位。

• 移動邊緣編排器和OSS之間的Mm1參考點用于觸發(fā)移動邊緣系統中的移動邊緣應用的實例化和終止。
• 用戶應用程序生命周期管理代理與移動邊緣系統的移動邊緣編排器之間的Mm9參考點用于管理UE應用程序請求的移動邊緣應用程序。
• 移動邊緣編排器和移動邊緣平臺管理器之間的Mm3參考點用于管理應用程序生命周期、應用程序規(guī)則和需求以及跟蹤可用的移動邊緣服務。
• Mv1參考點連接MEAO和NFVO。它與Os-Ma-nfvo參考點有關，如ETSI NFV中所定義的，仍在評估中。

現在要看到這種集成商業(yè)化還為時尚早。與任何其他標準或開源計劃一樣，它需要社區(qū)的支持。

原文鏈接：https://www.netmanias.com/en/?m=view&id=blog&no=13893