移动边缘计算(MEC)的新玩家

2020-06-12 18:21:34 浏览数 (1)

一年多前在5G刚在国内热炒并发牌时,就写过一篇"给移动边缘计算(MEC)“泼水”降温” 的BLOG,这一年来,传统的电信网络解决方案供应商其实并没有提供太多的成熟的商用方案,继续在做paper work,同时也在继续忽悠运营商加大投入,但实际上什么可以拿出来商用的都没有....。前面这篇年多前的贴文大家依然可以仔细去研究一下,至少从CT角度说明了传统的思路以及面临的困难。一切都可以解决的,但前提都是时间问题。

最近(3&4月份)MicroSoft收购了两家网络公司(Metaswitch Networks, Affirmed Networks),令本人大为惊奇,基于本能的反应,我也花了点时间去研究了一下MS收购本身背后的逻辑,以及其可能对业界带来的影响,让大家看到一个未来可能会成功的MEC的生态模式。

因为Pandemic的影响,现在保险很难卖,一个500人的大群里人民群众对MEC非常感兴趣,不小心激发了大家的热烈讨论,基于帮助前同行或者为后来者分享经验的角度,我仅把MS在MEC方面解决方案及可能的影响简单写下来,涉及到的相关的技术详情,做这一行的,都应该可以很快搞明白,要不,真只能够去摆摊谋生了。

之前在BLOG里面反复说过了,没有MEC cloud-native的平台,5G只是一个更快速的4G,带不来商业价值,运营商还得当管道工为OTT们服务。也正因如此,本人二十来年与全球运营商打交道的经验让我看到,从来没有现在这样更容易说服运营商要重点关注于业务应用/服务(services, applications),然而,也正是因为失败的历史经验,也很容易被供应商的砖家们忽悠而忽略了背后的商业逻辑。

MS现在也喊出了“the intelligent cloud and the intelligent edge" 的口号,作为与amazon, google在cloud方面竟争的对手,我发现MS一下子或者至少找到了一个可以威胁或者在竟争中突出于对手的武器,这就是Metaswitch & Affirmed networks的收购带来在edge方面优胜于对手的解决方案。而大家都知道,5G的成功在edge,edge寸草不生,怎么描绘5G未来都是一条管道。

MS有可能在MEC方面成为下一个引领趋势的成功者,在于一个传统的软件/Cloud供应商,Windows系统 及Azure 混合云,从嵌入式的IoT设备(MS RTOS),亿万Windows桌面电脑 ,到超大规模的全球互联的DC (Azure Cloud),都可以在统一一致的平台及工具上进行业务的部署,底层可以千差万别,而Azure的服务API却是统一的,其ARM模板(Azure Resource Manager)布署VMs,Services,Applications,Networks等,让客户一套工具从”云“到”边缘“完全适用。而现在MEC方面因收购的补足其短板,顺利介入了传统的电信网络的解决方案供应商行列,且极具竞争力。

其实,MS的”战略“方向,稍微关注一下,都有迹可寻,去年,其与印度Reliance 签订了10年战略合作,请见下面的新闻报道(Aug.2019)。而MS在美国与运营商的合作,就更多案例了,请自行查找。

再次强调,5G及后时代,edge的网络的core,DC,cloud的连接至为重要。MS的Azure Edge Zone将此从Edge的DC/mini-DC/mini-Cloud扩展至5G网络,为5G的网络开放以促进生态的兴旺做了一个示范。

Azure Edge Zones分为三种场景(见前图):Edge Zones, Edge Zones with carriers, Azure Private Edge Zones。

标准的Azure Edge Zone部署核心的Azure 服务于大城市的DC中,靠近用户,将延迟降至最低。如其在AT&T的NYC,LA等的DC,针对计算要求较高的业务应用,如online game streaming等。这种场景最为简单,除了DC的空间外,不需要其它的平台。这种场景主要的问题就是底层的连接网络需要考虑,这会涉及到延迟的问题,特别是业务流必须经过运营商的移动网络时。

Azure Edge Zone with Carrier,这是MS针对前面标准Edge Zone会面临的网络延迟等问题的一个解决方案,通过WAN/MAN/SD-WAN将不同的Azure Zone的服务引入到Edge。其实是与标准Azure Edge Zone相似,采用MS的Azure Portal工具,将在Azure Zone中开发/测试过的应用及服务,直接部署在运营商托管的Edge,以满足不同业务及应用的要求。

这个场景模式对5G的应用非常重要。通过运营商的5G网络,将计算要求高,延迟要求低的应用,仅仅一个hop就可以送到靠近用户的Edge侧,延迟保证在10ms以下。如AR,game streaming等应用。

MS在AT&T在进行这方面的试验,在Atlanta, Dallas, Los Angeles部署MS的Azure Edge Zone。但这个场景,与我之前BLOG介绍的基于运营商5G核心网的MEC是不一样的,利用运营商的基站设施部署Server,应用/服务的traffic在整个运营商网络服务及Edge可以方便的管理,但这仅限于运营商准许可用的一些services可供Azure应用实例使用,与基于cloud-native core及5G MEC不一样。

Azure Private Edge Zones 这是利用Azure构建私有的5G Edge。这个场景模式就是MS最近收购Metaswitch, Affirmed 的一个目的。前两个Azure的部署模式,不管MS,还是Google,AWS,甚至BAT都可以提供类似的方案。而利用Azure构建私有的5G Edge,我相信,很快会是促进5G Edge生态发展的重要方式。简单的说,就是靠运营主导的MEC,与历史的教训一样,一万年太短,只怕黄花菜都馊了。

5G的一个功能亮点,除了slice针对垂直业务,拓展了第三方player分食蛋糕形成强大生态系统的机会,另一个就是5G Private Network,5GPN对于大型的工业用户,IoT应用等,是一种理想的网络连接及管理方式。那么,内部/私有部署的Azure服务通过MS的Azure Stack Edge(Azure Stack Edge, previously Azure Data Box Edge, brings the compute power, storage, and intelligence of Azure right to where you need it—whether that’s your corporate data center, your branch office, or your remote field asset.)很容易就实现了Private Edge Zone, 网络功能变成了Azure的一个应用托管而部署与管理,虚拟化的网络功能运行于Azure Stack Edge的VM中,通过Azure portal直接创建网络及连接设备,而这直接与metaswitch 及affirmed networks相关,再通过后者与现有的运营商网络连接,其实就是MS为客户建了一个virtual core,与运营商的5G core以标准化的接口连接。基本上,不管5G core是哪家传统的供应商提供的,对接均不是太大的问题。我想传统的网络供应商,应该有点发抖了...

从前图private edge zone,MS的partner包括Nokia这类传统的网络供应商,也包括如NetFoundry这类SD-WAN解决方案商,系统集成商,网络运营商等,前景一片看好。

前面就是MS在Edge方面的解决方案,行内人士一看大概就都明白了,不用再解释其它。商业应用的成功,才能够使5G的巨大资本投入成功,否则 ,运营商终将重复管道工的命运。而更重要的是,如前面对方案的理解而言,开放的网络才是根本的成功之道,而运营商思维的开放,决定了这一切。

微软要介入运营商解决方案的领域么?我看是有此打算的。

作者:Jimmy chow,人在香港。在通信行业二十余年, 除了销售以外的工作, 几乎全都做过, 包括教育,研发,营销,管理,咨询等, 设备商运营商学校都呆过, 固网移动也全干了一遍。目前自由职业状态,保持着行业的联系,以及更多的时间照顾孩子家人。有配置香港保险找他。

0 人点赞