新時代高科技不計其數越來越發達，小伙伴們看過不少科技新聞吧，在我們生活中應該也用到很多這些高科技東西，有哪些小伙伴值的關注的呢，今天就跟大家分享一篇有關科技方面知識，希望大家會喜歡。

倫敦-2019年邊緣計算大會-任何試圖弄清為什么電信公司在邊緣計算方面一直如此猶豫的人最好與西班牙電信的Cristina Santana Casillas對話。她在本周在倫敦舉行的活動中的一次演講中明確指出，雖然業務案例的不確定性至少是部分原因，但也應歸咎于技術缺陷。

就像女學生在表現不佳的學生的教室里chi書一樣，卡西利亞斯(Casillas)列出了廠商為邊緣計算開發的平臺的一系列問題。在運營商向各種規模的供應商(包括Altiostar Networks，Altran，AWS，愛立信，惠普企業，華為，IBM，英特爾，Mavenir，微軟，MobiledgeX，諾基亞，Ori， Saguna，Tata，Tech Mahindra和Volterra Edge Services。

西班牙電信的第一個困擾是，盡管三年前歐洲電信標準協會(ETSI)將其從“移動”邊緣計算重命名為“多路訪問”邊緣計算，但供應商仍然對MEC的定義使用不同的方法。卡西利亞斯抱怨道，大多數廠商仍然專注于移動設備，而固定時間對她的公司同樣重要。

更糟糕的是，大多數供應商沒有遵循ETSI多訪問邊緣計算(MEC)行業規范組織(ISG)制定的準則和規范，也沒有遵循任何其他標準。這使得將技術與電信網絡集成變得困難。大多數供應商還沒有提供用于應用程序開發的軟件開發工具包，一旦出現，它們通常是專有的。關于協調流程這個棘手的問題，大多數“風味”都需要Telefónica進一步整合。沒有供應商擁有像樣的開發者生態系統。卡西利亞斯說：“他們嘗試過，但情況非常糟糕。”

而且，至關重要的是，Telefónica分析的任何解決方案都無法提供與其他MEC平臺的互操作性。

那是很多問題。但是卡西利亞斯并沒有就此止步。

西班牙電信研究的更多“以網絡為中心”的公司存在各種缺陷。一方面，他們對ETSI MEC標準的實施被認為“低”。他們還主要關注企業對企業的方案，擴展性不佳，并且配備了笨拙的虛擬機(而不是第一代NFV(網絡功能虛擬化))，而不是云原生容器。以“以應用程序為中心”的公司在這一領域得分較高，但沒有利用ETSI MEC的應用程序編程接口(API)。卡西利亞斯說：“他們認為這些對開發者來說沒有足夠的價值，而且非常復雜。”

有關無線網絡和服務領域的所有最新消息，請在Light Reading上查看我們專用的移動內容頻道。

這將焦點轉移到ETSI本身。從標準方面來看，Telefónica顯然希望ETSI在這一方面發揮重要作用。這并不令人感到意外：作為ETSI的開放源代碼MANO計劃的主要電信支持者和對其NFV努力的重要貢獻，西班牙運營商一直是規范制定機構最大的運營商啦啦隊之一。

然而，卡西利亞斯的反饋相對不受限制。她說：“ ??ETSI MEC標準存在必須彌補的空白。”除其他外，Telefónica希望它重新定義一個稱為MX2的接口，以便移動設備可以與MEC平臺進行通信，以自動連接到最合適的邊緣站點。運營商還要求對應用程序身份驗證和計費提供更大的支持。并提議增加兩個接口：MM11，它將公開功能，以便任何開發人員都可以在各種電信網絡中部署相同的應用程序;和MM12，用于互連不同的MEC平臺。

ETSI的MEC努力不折不扣

他說，意大利電信的Andrea Calvi更喜歡開放源代碼而不是ETSI MEC規范。

至少還有一個操作員似乎印象深刻。意大利電信技術發展與創新負責人安德里亞·卡爾維(Andrea Calvi)在本周早些時候的會議的小組會議上說：“我們已經研究了ETSI MEC，但發現它在API方面有些局限。”“我們正在尋找一種開源解決方案。”

ETSI MEC小組的熱心負責人Alex Reznik堅持認為ETSI與為應對邊緣計算而出現的各種開源計劃之間沒有重疊。他在周三上午的開幕式上說：“ ETSI MEC如何與開放源代碼競爭?我們沒有。我們將需要標準化的內容標準化。開放源代碼為您提供了有用的東西。你們都需要。”

一些高管可能需要更多說服力。