今天我用中文讲 材料是英文的就是关于这个边缘计算然后同意管控方案的思考有实践因为是OpenStack峰会但是我们认为上面的大数据AI或者说边缘计算这类业务只有明白了这些业务它是什么样子的需求就是管控面的需求我们可能才知道OpenStack该怎么在这中间发挥作用所以基于这个思路我今天主要演讲主要分为三部分内容第一部分就是我们分析一下面向边缘计算就是包含OpenStack这个管控体系它到底包括什么然后第二部分就是说现在按照ITSI NFV还有MEC这两个标准组织还有一些产业联盟的一些专家的理解我们分析一下现在有哪些挑战然后第三部分就结合我们中国电信在一些省份的合作史点项目的经验然后分享一些我们是怎么做的第一部分这个是来自于一个一个比较高端的会议的一个内部材料然后我把它摘出来了一些数据它总的来它认为未来我们所有事情就是业务和技术双轮驱动所以我们在谈技术之前我们要从业务谈起然后现在他们认为有三大因素驱动着这个业务的发展趋势第一个因素就是海量的数据海量的数据它就是作为这一轮所有的这种AI负能的统计与统计学的这一种AI能力的原料然后通过它我们玩各种各样的方案以后它就像一个它用它来训练出来的AI能力不管是用于管理还是用于业务它更像一个黏合计润滑计然后第二个是业务驱动我们都知道移动通信每一代都会差不多带宽简单最简单理解带宽提升10倍所以随着5GSA独立组网的开始我们中国电信全球首次在深圳已经开通了这个5GSA的上映网络所以会由基于移动三大场景的NBB的大带宽的然后还有URLC的还有就是MMTC的在这三个场景中会爆发出各种各样交叉型的业务结合之前就是我们在基于固网的云计算包括NFVSD方面的积累我们认为业务的多样性或者说新的5G时代的业务应用的独角兽随着他们的崛起更多地会给我们通信运营商提出很多给人的挑战和需求这些需求也是出示我们进一步推动快速建网的一个核心的分析的材料第三个就是云化网络虽然说基础运营商我们电信是2025年才能完成网络重构但是现在很多市点上我们的基础网络都已经开始逐渐的在云化这里面的下面是基于业务场景业务形态包括它的一些特点注意一下就是在这个特点部分我把它分析了一下就是重计算还是重网络然后他们有各种各样的四种组合还有后面就是我第二部分分析的业务驱动里面典型的一些业务怎么进行分类最后我就认为海量的数据和这种多种的商业模式的驱动以及这种云化网络的就绪会促使着未来也引领着大家更多的最后在一个比较融合的领域去考虑问题而这个融合的领域就是我认为就是BNG算在BNG算里面可能大家在今年会看到各种各样的解读很多人会感到困惑很多人也会觉得有自己的一些理解但是整个来说就是运营商基础运营商和OTT以及垂直行业应用的这种服务商他们的理解是不同的主要分为两派第一派就是说像左边运营商他们就认为边缘计算这个不是新鲜的东西我CDE不是边缘计算吗我的很多这种给基础给BAT以前租的这种成员网的泡沫点都是边缘计算然后这一轮以5GMAC带来的BNG算热潮更多的是保护的网关就是移动业务它有一个网关叫UPF在5G的时代然后固网业务随着它的语音化它有一个VBNG的优面你只要通过运营商的网络接进来移动网和固网都会接到这里这两个地方然后把这个数据进一步的引流到MAC边缘计算的平台然后在边缘计算平台上继续然后部署BNG3的业务然后同时为了管理这些东西会有一些因为运营商更多考虑的是基于电信云这是它的优势所以会有点做电信云NFV的管控系统这中间包括OpenStack然后也会用NFMAC的一些相应的管理系统到最后这些管理系统最后是边缘计算所需要的我们在考虑的时候边缘计算挑战的来源而运营商的考虑就是说我不能被管到化我更多的是数字化什么数字化企业所以它更多的是不愿意把这个网源的能力直接开放给第三方的MAC平台然后呢而OTT的理解它总的来说它认为边缘计算呢就是一种商业平台的在边缘的一种扩张它的意思就是说首先它过往领域和运营商一直在合作了所以增量部分来看它这个UPF5G的UPF它就是说通过标准化接口你不把这个业务提供给我的平台比如说阿里的平台腾讯的平台百度的平台然后核心网因为你要做这个引流的预配制UPF引流的预配制和计费所以你要给我开放一个AEF接口到我的编排系统这样子的话就是这个分工界面出来以后就是运营商继续做5G时代的移动管道然后剩下的我可能别一提一些大厂商根据能力甚至可能在玩全家统方案这样的话就是这是运营商极力避免的所以就会有这两个分歧基于这两个分歧形成两个派别以及各种各样的对于边缘计算和5G时代5G加MAC的这种切片的这种解读所以理解了这张图可能很多背后的解决方案大家都会有自己的判断第三个是就是边缘计算这个东西有人说边缘计算就是我把边缘计算平台放到机站那里然后你的手机就是中端好 中端到MAC再到核心网再到内容员这就是边缘计算好 我把它称之为三种部署形态中的屋里边移动边缘移动边缘就很简单它主要是提出的就是对移动网络的一种像中端中端不一定是我们的手机可能是智慧家庭中任何这种LTE应用然后这一种它主要就是不一定放在机站但是它就是主要把MAC当做一个能力平台或者说叫一个PASS平台然后放到5G核心网端到端的任何一个地方来提供服务然后第二种形态就是之前我们的四季时代就已经很多厂商我记得的浪潮华三这些厂商他可能做不了4G核心网但是他想做4G时代的MAC这品生意所以他就把MAC当成一个网源网源就像我们的路由器交换机当然可能有些业务处理层的东西所以它就是通过我不管是放在移动网络的机站到核心网之间还是放在固网的VBNG它的业务网关和LTE之间然后来做这个网源的功能最后通过把标准的通信协议解开然后引流到MAC处理完再分出去这种方案这种方案这种方案我们认为就是是一种方案但是在5G时代不太聪明然后最后我讲一种就是MAC Indigridial Way这种就是基于电信云的我相信运营商如果网络存购快速推进按照预期推进的话运营商在提供的时候如果不是特别强调布数在边缘地缘时的话它会放到它的边缘云上来做因为在边缘云上它有很多它独有的优势下面这三个图呢我是想结合就是我在这一年的跟各方讨论的过程中总结了三个三个就是三种部署形态然后呢我把它放到就是基于电信网络的场景中到底这三种形态最多的该怎么部署第一种就是说这种它作为一个移动边缘中的一个能力平台更多的是我看到就是在这叫现场级的边缘计算它可能因为港口工业园区的控制很多地方它的核心就是低延时然后同时高性能同时高安全性做到第一个就是说低实验它就是要把运营商的5G的5G的基站和核心网切片全部放在它这个园区附近然后M1C平台和它M1C平台尽量的放在这之间然后和它内部的IT系统以有的IT系统做互通这种方式同时数据就可以不出圆区我这个绿色的框就是它的圆区范围所以在这种情况下你像北京手头机场这些厂商这些用户他们的诉求就来自于这里第一我要用你基础网络运营商的一些基站功能来介入非常方便嘛组网灵活第二你要给我5G切片我舍得去花这个钱因为你这个切片如果放到北京你的机房里我觉得我的数据不安全第三我的这个M1C平台要和基站打通的同时也要和我以有的IT系统打通同时数据不能出这个圆区然后第二部分呢我给的这个呢是现在呢就比如说智慧城市它真正运营商的网络中落的时候它是需要左边是顾网的成与网右边是我们移动网的成与网很多时候在做智慧城市的时候可能政府在做试点的时候可能基于一个城市的一个大区然后来做然后对应到过往领域可能就是一个M1C或者说一个VBase它接入到VBase以后因为智慧商的网络第一条一定要到网关所以然后接下来引流到M1C平台然后又因为我的网络重构以后我的控制面更多的云化了以后所以对应着从低到高有三级的DC所以更多的是我的OpenStack发挥的作用更多是部署在核心网的就是每个三级DC中的DC内的OpenStack来控制这个VBNG或者说一些EPC的C面然后来做这种业务随着部署位置的不同低实验的我们尽量往下移然后最低是基站然后是我们的A环然后到B环然后顾网领域基本上就在VBNG业务网关的附近所以红色的是它的业务流略然后更多的在DC内的是OpenStack控制的C面来控制这个业务网关它的本质上来说就是还是把MAC当成一个独立的网员但是它是通过你的介入流量要通过运营商的网关来分给你运营商的网关被OpenStack控制第三个我认为是现在来看可能运营商如果前两种都是有客户的一些特定性就做了一种妥协但是这种就是运营商基于它网络重购的架构然后在电信云内部然后部署MAC的各种MEPMEPM这些东西然后可以做到就是以后MAC节点非常多的时候云边协同边边协同甚至是范接入下一个阶段范接入到边缘计算的时候它会有最大的弹性化包括运营商一些电信云广覆盖的优势前面讲的比较深弱这个大家都是专家我就讲的简单一点边缘计算我认为它的整体架构是这么来看的首先就是说因为5G比较火它边缘计算的接入包括移动接入也包括固网接入接入完以后会有这个S层然后提供技术设施我基于边缘云的这种方案然后上面会有各种各样的MEP的平台这是目前ETS3M1C组定义的一些基础性的API能力然后最后因为电信座所以它的基础网关是云化的不管是5G的核心网还是为边缘计算的C面都会在核心网就是全省的DC里面然后这样就组成一个就是边缘计算的一个基于边缘云的边缘计算的主要方案然后我们说OpenStack主要是管控面我们来分析一下就是这个管控面刚才画了业务图然后在管控面现在有几点是需要考虑的这是边缘DC这是核心DC然后我们都知道NNFV实际上随着它逐渐的部署NNFV的这一套Mano系统它渐渐的我认为会引进成就是固而领域的核心网当然没有这个教法因为固而领域它不像以前移动领域它有一个全省集中控制的核心网它会做非常的灵活但是现在随着一些项目的推进我认为现在的渐渐的很多省随着可靠性它的验证它把NNFV、OV、FM、VIM这些东西到网关都主要部署了这个全省的DC然后边缘员就是M1边缘计算多出来这两个管控注件就是M1AO或者M1O有的教法不同M1P、M这个东西会不会部署在边缘计算的节点我认为现在因为项目还少然后很多人赏事它就是把这两个新的组件部署在边缘但是到最后如果一个业务要跨多个不同物理节点的M1P的话这个M1P、M放得过低是不是不太好所以这个是需要讨论的会不会M1O和M1P、M以后也会部署在核心节点那就意味着你的边缘节点只剩了一个边缘员管会不会是这个样子这个只需要讨论的当然上面我写了很多理由大家可以看一下然后分析完这个构成以后我们知道我们讨论的问题的scope然后接下来我们讨论直属年的挑战挑战我刚才说了第一个挑战就是来自于同意融合管理的在融合管理的时候我们认为管控面主要是这些部分这两个鸿框里的东西首先我举一个例子也是大家就是说今年说的比较火的就是智慧安防这个例子智慧安防我们都知道基于AI的这种在线式的人工智慧安防是不管是海康威士还是其他的ACT合作就是这种解决方案这种提供商都在极力推荐了它的核心的业务模型是我在我把视频的监控流然后通过摄像头拿进来以后我这个流量不是要做数据标记做视频分析的切割然后最后做深度模型的这种深度学习模型的训练我这个要求是很高的所以我要在核心池子里有GPU的池子或者FBG的池子里面去训练边缘云做不到但是我训练好的这个模型很小就像我们现在手机的这种中端都有AI的这种深度学习模型我把这个模型在线式的推动到边缘的业务平台上M1P上可能作为AI的一种能力平台的AI能力然后最后边缘业务通过CPU就可以做边缘的推理然后不断地迭代那这个方案中你会发现它需要的这个以后其实是很大的提升第一个是就是说以后我的深度学习模型这个东西它是一个在线式的了并且它还是可以不断完善的对于这个模型化的东西它其实引发了一个思考就是我可能我以前电信云考虑的边缘节点和核心节点更多是资源层的管理协同其实不够我可能是需要PASS层的协同我甚至可能需要SARS层的协同因为本身NFVO和M1O这两个东西的出现它就是有一个它管SARS嘛它就是一个SARS层的协同的问题就出来了比如说上面我们都考虑上面是运营商的这两个DC接的是运营商的OSBOS系统那这个BOS系统比如说有些业务的时候它用到NFVO但是它是MAC业务这个业务说M1O发起的话它是不是要调NFVO这就是一个很值得讨论的问题了除非说这个场景我们不玩所以这是第一个两个节点之间的云边协同的挑战第二个就是我刚才说的所有的业务我可能部署一个基于电信云的边缘计算方案我需要UPF我甚至需要多级的UPF那这种情况下我就默认我从业务从M1O发起然后它要传给NFVO因为它只有传给了NFVONFVO才会去给它建这个UPF还是说你不能认为我所有的业务都是它是默认已经有UPF的至少它虽然不是说一个在线是一个紧密的一个交互操作但是这个东西两个系统不可能无感知无感知的话就是我们过往里面叫业控分离会不会说资源和业务就是分离的那资源和业务分离的时候那就是用人工统计的方法来系统所以这个问题节点之间两套业务系统以谁为主 以谁为福等下会具体讲但是这是一个非常大的挑战主要来自这 管理上主要来自这两个然后呢这是一个就是依购计算第二个挑战 第二方面的挑战依购计算呢这主要是现在边缘计算的就是业务场景越来越多了我们都知道越边缘的地方就复杂那在这种情况下的话就是会有各种各样的硬件它可能不是X86的CPU可能是GPU 可能是FBG甚至可能是ARM这些东西它在做这种不对 说错了这里应该是我想起来分析一下就是我刚才说的第一个节点第一个挑战就是云边协同中它到底分哪些部分的挑战我把它分为四大类就是从应用程序类到平台类再到运营商网关类和资源层然后这四大类又分成七个小类六个小类它每一个地方这就是这边是边缘云这边是核心云它们之间要交互什么就是要协同什么样的管理问题如果细分的话而这样的管理问题其实给我们带来的都是挑战然后这个我发过一篇论文把这个就是今年把这个问题专门的描述过一次机会的大家开始参考一下第二个问题就是我刚才想起说的就是我们都知道这是一个这是NNFV做NNFV的做电信的人天然理解的就是我在变迅云的基础上做变运计算我就需要就是我有NNFV的时候你把这些MEC的组件建起来但是就是这个问题谁来调谁对于不同的场景的时候这就会引发问题我们需要思考至少要给出一个方案不能是两个都可以这个是MEC组MEC ETSI的MEC组它在制定标准的时候它有一个非常大的group就是MEC ETSI然后它在看问题的时候就很简单它认为我们大家很多人知道电信云这是NNFV对吧它实力化一个管各种NNFV的生命中区管理那它认为MEPM就是一个NNFVMEU也是一个NNFV甚至是MEP都是一个NNFV然后我把这些都弄好以后你们做实力化配置配置好以后然后你最后你管理就行了然后这所有衍生出来的组件我认为都是一个NNFV但是如果做电信云的话都知道你业务层的管理系统你和我真正的电信机可靠极的网源级的这些东西要求都不一样我可能比你高达上的多但是我没有你那么多灵活没那么多功能要求所以这中间在实施落地的时候ETSI MEC组它现在更多的在定义这些框图了以后说这是一种方案然后定义了很多MEP群的功能但是我认为是因为它的组的角色问题它更应该是这种方案到底能不能去我用电信云的这些东西把业务层都管了对我电信云的管里面的挑战有多大我实际上有必要管业务层那么细的东西吗还有这种方案的问题就是属于没有一个专门的人去盯在电信云里面NNFV MEC到底怎么结合NNFV的人他不懂这些做BNG算的人他可能不懂这些所以我们在最后落地的时候管控面总要有个协同如果不接同的话请问VIM接哪里的需求如果两个地方都发出需求呢冲突呢所以这对我们是一个非常大的挑战要去考虑这里就是说我说的这个EGO计算EGO计算现在不管是ECC的ECI这个组织都在做这个我自己在上海MWC电信展台也做过一个基本上就是基于塞豹克这种模型然后OpenStack塞豹克的项目然后对EGO计算它的管理调度做一个也就是说EGO计算的计算资源你的虚拟化层甚至裸金手部署的时候你只要把你的计算IC导致得不同你把它屏蔽掉剩下队伍的管理流程我通过塞豹克这种方式甚至适配开发我基本上可以搞定第二个就是说边缘计算还有一个非常大的挑战就是边缘计算的节点非常多我看过一个联通的报告联通的报告是初期探标上3000个边缘计算节点这样的规模的话它就一个就是我们都知道运营商你在审核心你的运为能力是很强的地势核心你还可以但是如果边缘计算往线区级这样去落的话我节点众多我不能远程维护远程运为的话这对我来说是一个灾难这个可能到最后本来是一个挣钱的东西会变得不挣钱甚至是赔钱无法危机所以就是说这个我们在做边缘计算的物理硬件的时候包括甚至是管控层的时候这些软件的时候我们都真的要考虑到就是自动化运为远程故障排查包括我们不幸一例只用AI的能力其他一切的能力我们去优化我们的屁股我们的VIM的能力这些对我们本身就是一个很大的挑战因为这个挑战当年在电信鱼的时候就有但是电信鱼更多的它的卓业我还在省中心这个需求更多的说一说但到边缘计算时代这个远程运为然后集成化一体式交付这个需求会变得非常迫切第三部分我就讲一下就是结合我们怎么在浙江做了一些试点然后这个当台胡总在KindledSpeak上已经讲过了就是整个来说我认为别的不说中国电信在这一方面做的是比较彻底的就是从这张图上我可以看到就是中国电信鱼发展的三个时代第一个就是IT鱼时代IT鱼时代我可能这个集团的总控我的Gateway所有的业务都在这里因为我的业务比较少嘛也比较集中各个省都有一个池子所以我一管三十一的话我可能这里面就做业务的发起点但是到第二个阶段我们做电信鱼的时候我们发现可能电信鱼每个省因为最简单的每个省的套餐都不一样对吧你每个省的业务可能都不一样所以我不可能把我的一些Vim管理的Gateway还都放在集团中心这会造成非常大的制约所以从那个时候开始我们就开始省一级的这个地方就开始补Gateway如果不需要向集团策交互的时候我们就在省一级交互完跟区域DC交互完我们的核心DC我们的边缘DC都可以相应的业务开通做一些运维但是随着边缘时代的到来就多了两块东西第一种就是说大家都知道我不可能我在边缘一个节点我可能是一个44的整机柜但是里面我如果放高可用的话1比3的高可用按照Windstike我可能要花三台6U的服务器去装管理节点这种开销比率是不可能的所以我们要做轻量就Windstike当然这个移动连通都在CCSC有一些立项我们电信在估计标准组织我也推过一些但总体思路来说就是说避免就是为了轻量化你到最后做的工作量极大不可维护然后还有一个就是说StalinxStalinx是一个最近的比较火的地方比较火的我们集成公司也做了很多的这种适配开发包括对它深入的理解这个因为今天还有一个专题去后天是吧后天有个专题讲这个所以我这里就不展开了我总的来说对轻量级Windstike我就一个个人判断这个资源可多可少但是如果为了省一些资源你花费的功夫过大给麻雀做了一场手术的话我需要给麻雀做手术的话那这个成本我们也要考虑的所以我们不能最新于玩就是轻量级的Openstike据我这些项目的我的建议就是完全你把高可用从1比3做了1比2做了1比2以后你只装1011 12个主要的组件你资源量并不大甚至你现在很多都是机遇容器去虚机来部署的高可用是在系统级也可以做到的所以这个时候你轻量级Openstike利益非常好但是最后不要做歪了因为现在还在竞争中所以我没有最终的盘子然后接下来就是说我们的这个在浙江省我们基于刚才整体的仕途浙江省呢它是一个就是以中小企业的经济为主的这个省份所以它就就是相当于浙江电信就做了非常大的面向中小客户这种饱和攻击市场策略的饱和攻击它就先后出现了就是IT云ICT合作的云然后有后来出现了CT云包括CT云上它也是第一个推出这种这种智能超表这种真实业务的取得了收入包括现在它做了这种十一个节点的边缘节点的规划要做边缘计算今年做的一些东西所以整个来说通过这两个案例大家可以看到中国电信现在统一融合云管的能力主要是四个特性就是统一的业务跑头统一的管理运为流程统一的这个业务交付发布然后就是一个统一的运为管理然后这四个方面就相当于四个主线这个主线我们以后可以跟边缘计算结合可以和AI结合但是总的来说有这个框架以后我们在上面不管是像浙江这种方式就是我们会有边缘云地势区然后这是线区这是地势核心这是两个核心区域DC具体的细节很多论文中我也都引用过大家可以去看时间关系我就不在这里面的配置大家可以看一下针对于因为这一部分主要是来解答问题的针对我刚才第二部分提出的问题就是说MEC的管控系统和NFV的管控系统怎么去整合到最后怎么去部署最后把需求提到云管和云管配合起来把涵盖边缘核心道区域的业务做起来我给一个就是一个方面的建议就是说分阶段去引进第一个阶段呢我可能我边缘这三业务比较少我可能省现在省核心不是有NFV了吗NFV有了我可能就把MEC这个东西先放到NFV然后做一个互通然后我的MEP-M呢可能就是说我可能刚开始我这个首先再整理一下就是我可能不做全省级的部署试点更多是在一个地势级这下面就是我的边缘级房这可能很低很靠近用户这是我的地势核心我在试点的时候规模有限然后在地势核心理务部统一的管控面这是NFV的这是WIMNFV的WIM然后呢在MEMO甚至是这个我不知道NFV这个地方因为它俩职责有交互有重叠可能会引起冲突我暂时放在一块甚至是一个组件同厂商的话然后呢我把MEC单独提一个WIM这是NFV的WIM然后MEC这个WIM有可能是它的Gateway就不在这个地势核心的这个WIM它本身只做一个代理不做这个Gateway处理最后我的MEP下去然后呢因为现在的初期业务MEP很少所以MEP-M这个时候我甚至都建议可以补补因为补了以后无端的流程会非常复杂并且你的MEP的我现在MEP的这个能力都是非常固定的我试点的过程中看到很多厂商的方案这个是最快的把BNG算在一个地势地势节点该有的都有该验证的东西都可以验证然后到最后慢慢眼睛的阶段的时候我可以渐渐的因为我这个省核心已经有了这是地势核心这下面是边缘在这里呢让我省核心因为我是CTU由股价来做边缘节算所以我CTU的核心管控面肯定在地势核心的但是我的MEU这个东西甚至是多级的这种VNF-MMEP-M这个东西渐渐地放到地势然后MEC按照规模如果边缘节点在一个地势内它边缘节点不是很多的话依然可以把Gateway放在地势核心这一层因为电信云的实验是撑得住的然后我觉得边缘节算它要求也不会太高这样子的话就是慢慢的再把固网领域的边缘节算再做起来固网领域我简单只提一句不是固网领域不重要是因为BAT这么多年天天向电信运商买成业网的泡埠点资源就是成业网电信的成业网里的云节点它买了以后那个泡埠点就是它的边缘都是固网的希望CDN它玩得那么好因为BAT的CDN都做得非常好只是说但是有些场景如果不强调移动性的话我不强调我不是非用5G的时候从成本考虑不是边缘节算固网的边缘节算不要干是要干但是呢就是一个商业策略的问题所以很多人问过我这句话我这里我敢大胆承认就是到最后发展出来的边缘节算固网和以往都会有看需求看价格然后呢浙江省的两个市典项目的方案这是一个浙江省关于一个工业园区的一个市典方案它整个来说它就是说通过固网它把一些工业园区整体可能里面有很多企业它把它的安防甚至一些数据安全这些东西全部都做起来然后呢它又通过5G网络然后把这些工业制造啊这些东西甚至机器人寻检这些东西开始慢慢的让一些感试的企业开始试起来最后呢它把它的网关因为是一个园区嘛我们本来都会为园区设置一个一个小机房的所以就是说把我固网的网关和我以往的网关都放在这里故意融合然后上面搭建同一的MEP然后把流量引过去上面放一些SARSMVNGSARS最后呢我的核心网可能是一个切片可能是整个核心网正好就在这附近然后我的固网呢然后固网里面因为它的C面已经不倒云上了嘛所以我认为固网的核心就在共有云或者说在电信云上就这样一个架构这个试点呢亮点是一个就是说首先它要是增量的边缘计算物机架边缘计算这块心情的业务然后第二个呢它要试着就是电信云下一步你肯定要做故意融合的所以故意融合的话在边缘计算物我的网关要融合很多业务要融合甚至是它和它之间会不会有业务的交互最后呢我的核心因为因为现在还不是但是呢以后很有可能这两个东西对电信来说就可能是一朵云就是物理上就在一个地方所以这样子的话如果是统一组网的话我上面是统一的这边是可融合的这里网关是统一的这会就是方案的验证永远它的最大价值是可规模复制嘛然后这个方案如果验证清楚的话它有什么意义就是我OpenStack管理的这三层东西随着这个地方也可能做VR不是什么VRT这种东西我可能我的管理面的压力这中间都走的是VPN嘛多级OpenStack可能从核心到区域到边缘我可能业务就比较成熟了对于广泛边缘计算都来的时候甚至边缘计算多级电组网的时候我就非常非常地有把握这个呢比较复杂一些这个是一个现场级边缘计算的方案这个方案呢就是它归根结底它的意思就是说我通过边缘计算MEC到机站附近的MEC几乎就在现场了这个真实的部署的时候就在机站附近了然后这是类似有一个CPE的东西这是一个业务的中端这是业务的运营商策的中端接进来以后到机站再到MEC平台最后再到我的回窗网然后最后到5GC这个5GC是个切片不是一个单独的5GC然后为这个企业提供什么提供就是说我从一些生产企业我从污料口的这种各个生产线的生产流水线的污料口的这个高清4K的视频的监测分析AFNC然后我可以去改善我的生产工艺这个名字不能直接说企业的名字不能直接说这个已经在用了然后效果非常好已经获了很多行业界的奖了然后这个方案的创新点就是因为我们都知道现在商业模式中BNG3商业模式只有现场级BNG3它的商业模式付费主体非常清晰并且可复制所以就是说这个就是说我首先验证了5G切片第二我验证了BNG算的这个部署在机站附近有没有各种概念我想不到的问题第三个就是把AA的能力进一步到往动物和一些设备商的合作把AA的能力进一步往MEP上去融合然后提供各种各样的业务然后还有一个商业上的特点就是这个东西我们运营商做的这些东西实际上是为这个客户提供的而这个客户最后把他的PASS能力做好了以后就是和运营商的BNG算还有5G切片结合好了以后他又把他这个能力做于一个中间商又卖给了这个中单客户所以他是引含了一个2BAnd2B的这样一个商业模式然后他的创新点就在MEP的能力上然后他的遇到不过运营商就是他要就是像各种各样的客户提供的话他要保证5G的端道端如果你真的需要5G切片我真的可以做到第二个就是在机站附近去步跟着运营商广覆盖了机站然后这上面就是核心网的一些交互的流程然后这中间也是核心网各个组建之间的业务流程就是来来进一步说明5G切片的时候UPF到核心网AMSAMF、SMF该怎么做包括机废我具体又不再展开了然后最后就是这么多我最后我要请我们的我认为在我了解OpenStack这么多年中一个非常非常厉害的实战派的专家然后他来针对因为是OpenStack的峰会我们最后落脚点是OpenStack就是上面做了那么多试点以及提出了那么多挑战我们中国电信自言的OpenStack这个是真的在商用在全国都在部署的我们做了哪些方面的考虑以及做了哪些具体的工作有请陈老师好谢谢许良谢谢MEC已经来了然后我们的确刚才看到了他的一些挑战然后作为OpenStack宝宝压力也会有多大然后根据我们在线网的生产的实验还有一些生产的部署我们做了一些思考和实践的分析那接下来我分成四个方面然后跟大家做一个分享第一个就是关于大量的分散的边缘节点的集中管理的问题同时在这些大量的分散的边缘节点还有一个要求就是它要更加靠近我们的业务靠近我们的应用那我们在这里边我们做的一件事情就是在整个云的技术架构里边我们增加了一个叫汇聚层汇聚层它主要解决的一个问题就是说它要在更加靠近边缘的地方把同类的边缘节点提供一定的管理和运为能力这样的话就可以解决我们分散的边缘节点将来怎么去维护怎么去进行一些管理和协同第二个方面就是因为在边缘节点里边虽然它是一个很小的但是实际上它的应用很复杂的因为MEC场景它是IT和CT相互融合的一个场景也就是它上面会部署有各种的应用那我们在OpenStack里边实际上这么多年实际上OpenStack自身也有多种的这种部署和应用方式那在MEC里边我们总结了总结和分析了这几种方式第一种方式就是Matic Region就是说我们的每一个边缘节点或者是每一个云节点都是一个独立的Region在这里边我们又分成两种情况一种情况就是基于标准版的OpenStack那这样的话在这种场景里边可以提供大部分OpenStack自身已有的全部功能第二种场景就是因为针对于边缘它的资源的有限那我们考虑是用轻量级的OpenStack轻量级的OpenStack我们现在考虑的需要做一些优化也就是说接下来可能在社区还有一些相关的同事我们一起要做的一个事情就是包括我们的调用路径的优化还有缓存的合并还有比如说我们的组建裁减我们的依赖的一些去除所以这是关于在Matic Region的方式里边我们需要做一个轻量级的OpenStack应用在边缘场景第三种呢就是说我们把计算节点拉远那这样的话计算节点拉远是作为一个边缘边缘节点那控制节点还是在一个相对中心一点的位置然后另外呢还有第三种第三种就是说利用我们Stanley X因为这个是放在第三种而且呢我在后边会有简单一个介绍因为这个还是在这个开发研究过程中除了这四点之外我们还考虑了像Matic Cell把Cell拉远到边缘然后还有TrayO2O的这种方式通过一个代理然后OpenStack集连的方式那目前我们主要是采用的前三种方式第三个呢就是说在MEC场景里边实际上它除了我们的这个虚拟化实际上更多的MEP它是运行在了container就是说容器上边所以呢我们在要做的一件事情就是我们需要把KBS这样的容器平台在这个OpenStack怎么能够融合在一起第一个就是它的生命周期管理它的虚拟网络和物理网络之间的和容器和虚拟化之间的一个融合另外还有就是说我们用OpenStack的包括Sunder的还有我们Nutron的这些能力提供给KBS这个也就是说我们说白了就是我们现在在做的是一个KOO的一种方式第四个呢就是说针对于依购的加速资源的管理实际上在这个边缘节点需要它承载一个就是需要把我们的网络流量把我们的计算能力要卸载在边缘节点这样来避免兜到中心云去所以呢我们需要去支持全部的NFV的计算特性以及GPU还FPGANVME这些呢我们也是做了一些一些探索就是包括用Cyberg去做FPGA还有做GPU的一些这个试验场景第五个呢就是说在边缘节点里边我们需要进行统一的管控那就这样的话就是在基于我们OpenStack基础上得需要增加一些屁股的功能就是我们需要除了物理主机包括交换机包括还有这个出口的一些网络设备都要统一管理起来这样解决两个问题第一个问题就是统一运为的问题因为我们不可能有人直接到现场我们需要远程统一运为然后第二个问题呢就是解决一个协同的问题这样的话能够实现云边协同和边缘协同最后一个呢就是说我们现在在积极的引入Stanley X因为现在Stanley X已经到了2.0的这个阶段然后我们会在Marty Region这个这个计算节点拉远的基础上会把Stanley X完全引入到我们的边缘节点好时间刚好好 谢谢大家