华为融合电信云解决方案包括_三大运营商联合华为等发布的《电信行业云原生白皮书》解读...

近日，中国移动全球合作伙伴大会在广州召开。在本次大会上，中国移动、中国电信、中国联通、华为等多家产业伙伴联合发布了《电信行业云原生白皮书》，系统梳理了电信行业云原生理念、现状与需求，提出了演进的参考目标与路线，为通信行业数字化转型推进起到了重要指导作用。

云化是5G网络的基础，为了更便捷的发展业务，简化网络建设，云原生理念、技术的灵活性、敏捷性和便捷性，及其引领的数字化转型升级已获得电信行业的广泛关注，电信行业向云原生演进已经成为趋势。同时电信行业向云原生演进面临着多种技术和非技术的挑战，其目标、技术与路线值得业界共同探索。

白皮书以电信行业为视角，梳理了电信行业云原生理念、现状与需求，提出了演进的参考目标与路线，对未来发展趋势做了进一步展望，并呼吁运营商、设备商和IT厂商共同探讨云原生演进方向，为电信行业云原生技术发展起到了重要指导作用。

对于白皮书可以在华为网站下载，地址为：

https://www.huawei.com/cn/news/2020/11/telecom-industry-cloud-native-whitepaper

今天就白皮书的关键内容做下整理和说明。

电信运营商云原生现状

在这里先简单看下电信运营商的云原生现状情况。

运营商私有云平台建设情况

谈电信行业云原生现状，首先要先谈各大运营商云平台本身的发展现状。而对于云平台先谈运营商本身的内部的私有云平台，包括IaaS平台和PaaS平台建设。

联通这方面启动的最早，从2009年就开始实施ERP集中化，从12年开始基于平台+应用，组件化和微服务化思路构建内部的私有云PaaS平台。而电信基本上晚了3年左右的时间启动集中化的事情，对于移动则17年才可以启动MSS域的ERP集中化建设。

联通本身集中化和私有云PaaS建设启动的早，在12年当时理念偏超前，整体项目建设不算太成功，但是后续基于和阿里合作，依托自己的联通软件研究院开始做BSS域的集中化，又从BSS域集中化开始启动相关的容器云平台，DevOps平台建设，即包括了天宫，天梯，天眼三个关键的产品，整体已经取得不错的成效。

电信也从19年也逐步开始启动对内部应用系统容器化和微服务化的改造，包括逐步启动了DevOps整体支撑体系的建设，当前还处于试点和逐步推广阶段。

三家基本都基于多地建数据中心的思路来构建自己的IT基础设施层服务体系，例如移动本身在信息港，呼和浩特，贵阳，南方基地多地建设数据中心，有些数据中心服务内部应用系统，有些服务外部应用和外部客户。

公有云服务提供情况

联通天宫

对外的公有云服务，实际上三家基本都在主流公有云服务商里面排不上号。

对于联通的沃云，电信的天翼云本身建设和运营的比较早，但是整体发展情况一般，实际的客户基本围绕自己的各个子公司，各自的政企业务部分扩展，智慧城市建设等有相关的应用运行在上面。而实际对于一般的企业选择云服务来说，很少说选择三家的云服务能力。

三家在数据中心建设的规模，各地数据中心本身的资源能力和冗余架构上实际优势，但是并没有说单纯在云服务上取得多大的成绩。

包括中国移动，原来很少听说移动运营的公有云，而在18年开始启动自己的移动云建设，面向公有云提供服务，但是真正外部独立客户仍然很少。

当前各大运营商的公有云服务，如果对比阿里，腾讯，华为三大公有云服务商，可以看到整体基本还是停留在IaaS弹性计算和存储资源提供，PaaS层的一些技术服务能力提供。而对于完整的容器云，DevOps支撑能力提供等云原生核心内容提供仍然处于起步阶段。

云原生概念进入到CT领域

中兴CUDR微服务和云原生架构

这个实际上是云原生在电信应用的关键转变和进步，其实本身还是基于类似华为，中兴，亚信等服务商在这方面的努力。

比如华为将云原生核心思想引入到CT领域，通过云原生技术来重构5G VNF虚拟网络功能，实现整个核心网的云化，微服务化，容器化，并且基于云原生技术来实现高可靠，弹性扩展，和敏捷响应的关键能力。简单来说就是CT领域的核心网络都逐步支撑云原生关键技术和核心架构，并且能够从传统的虚拟机进一步扩展到更加轻量高性能的容器，这是一个大的技术能力提升。

电信行业云原生开源和标准化

在前面我讲过CNCF云原生基金会，该基金会为了引导电信行业全面上云，专门还成立了TUG电信用户组，收集电信行业客户的需求，来对当前的开源云原生技术和架构体系进行完善。当然也可以看到类似电信，移动和联通本身也是CNCF基金会的成员单位。

电信行业全面上云，有个核心还是基于Kurbernetes+容器技术的整体IT基础设施架构变化，这个变化本身又配合了整体IT和CT技术架构的逐步微服务化，同时在微服务化后提供关键的DevOps持续集成能力支撑。

在标准化领域，ETSI NFV ISG在2019年10月发布了面向云原生容器和PaaS的增强NFV架构研究报告，包括架构演进策略和在MANO参考架构中引入容器和容器编排技术。

电信MBOSS域的云原生实施

熟悉电信运营商IT建设的都比较清楚，电信运营商内部IT一般分为了 MSS域，BSS域和OSS域三大的业务域。MSS本身以ERP为核心的内部管理系统，BSS域以CRM和计费为核心的客户关系管理和运营系统；而OSS域则是以资源管理为核心的底层系统。

对于本身内部IT架构的微服务化和云化，整体实施思路一般也是从对业务运营影响最小的MSS域开始，然后才逐步扩展到BSS和OSS域。而对于BSS域本身又拆分为多个子系统或微服务，准备进行集中化建设和微服务化建设，比如类似联通对于BSS域，先统一和集中化电子渠道应用。

对于CT领域的云原生实际上刚才谈到的，更多的是类似华为，中兴等电信设备制作商在提供相应的技术方案和能力支撑。而对于MBOSS域系统建设一般也依托外部的IT供应商来完成，类似亚信，软创，IBM，用友，浪潮等。

各大电信运营商商实际自己内部IT研发能力偏弱，当前相对来说比较强的还是联通软件研究院，特别是在阿里入股后，得到了阿里本身云计算技术团队比较大的支持，整体的内部的类似BSS域很多业务系统建设已经全部由自身软件研究院接手，同时实现全部云原生化，具体可以参考中国联通沃享荟微信公众号的一些内容。

在2020年11月6日，以“高原之上 再攀高峰”为主题的中国联通天宫4.0生态大会在北京隆重举行，会上重磅推出了以天宫4.0、天梯4.0、天眼4.0、天擎4.0为核心的中国联通IT研发中台体系。其中天宫4.0作为电信数字敏捷云平台，具有更易用、更自主、更完善、更丰富、更安全等特性，拥有2.8万+节点，20万+容器；支持ARM、X86、OpenPower三大架构，全面内外赋能。天梯4.0具备企业级IT质效提升体系，拥有统一全域研发云平台，可提供端到端一体化云上研发过程管理解决方案，纳管代码行数2500w+，实现敏捷迭代，快速交付。天眼4.0提供了企业级IT运营生态平台，配备了7*24自动巡检、智能告警，可支撑4亿级规模系统稳定运行，实现智能生产、智慧运营。天擎4.0能够汇聚中台能力，一点对外开放，能力沉淀开放共享，敏捷赋能前端，纳管能力超过4200个，目前已实现与京东等77家异业合作，日均调用峰值超过12亿次。

对于三大运营商的云原生解决方案，实际上一个关键点就是自己的方案是否在自己的MBOSS系统建设上得到了验证和实施。在这块联通本身做的不错，因此从上面介绍也可以看到，当前联通也正在构建自己的云原生生态建设体系，基本覆盖了DevOps研发和持续交付，容器云，监控运维各个关键部分的内容。

电信行业云原生需求和应用场景

对于电信行业的云原生需求本质还是最早的B端政企客户，和C端最早用户的业务敏捷性和灵活性需求，这个才是触发云原生应用实践的一个关键。

比如4G和5G移动运营服务来说，能不能为消费者提供更加灵活可选的套餐，资费包，增值服务选择。能够快速的办理和响应各类业务服务场景，比如最常见的异地补卡和业务办理场景等。还有就是能否基于最早用户的使用行为和流量分析来提供针对性营销等。

移动资费是一方面，更加重要的就是对客户需求的敏捷响应能力和服务能力提升，而这个就需要底层有更好的IT系统和CT基础设施支撑能力，有更好的跨域协同能力，有更强的利用积累的数据进行大数据分析和决策的能力。

而这些需求对应到云原生，实际上包括两个方面。

其一是IT域本身的MBOSS系统的进行微服务化和云原生技术改造，逐步朝云端进行平滑的迁移。可以看到类似电信行业的BSS域系统本身也是服务于最早的C端客户，实际上本身也是一个电商平台，那么完全可以参考阿里构建电商业务中台的思路来重构自己的中台能力层并进行能力开放。

其二则是CT域的传统架构转移到云原生架构，比如前面谈到的5G核心网是否能够迁移和部署到云原生架构上，这个实际上对整体云原生技术基础设施的考验更大。

具体应用场景

核心网应用：CT域的核心网是云原生应用的一个关键场景，比如核心网的能力如何基于网元进行进一步的拆分，并更加业务灵活组合以满足5G新业务需求。而云原生技术推进网络功能原子化重构，增加网络的灵活性，以实现业务快速部署。

这个也是电信运营商经常谈的云网融合应用场景。

边缘计算：对于边缘端需要更加敏捷，更加方便的进行部署和交付，因此边缘端更加适合材料类似容器技术进行相关的部署和发布。同时边缘云需要和核心网对接，实现中心网和边缘网络之间的高效协同。

演进目标和演进路线

电信行业的云原生演进目标简单来说核心还是能够更加快速，敏捷的支撑多样化的业务需求；同时在前面也提到和其它行业云原生应用的一个关键差别在于电信行业云原生需要去重构自己的CT体系，实现与云网融合和云边协同能力。同时对应运营类的业务和系统，不仅仅是需要提升持续集成和交付能力，更加重要的是提升运维效率。

对于云原生的具体演进目标，白皮书里面提到几点如下：

业务微服务化，可灵活组合编排

简单来说这个实际涉及到IT类系统和CT域基础设施两个方面的重构。这种重构一方面是应用微服务架构思想，对传统IT应用，基础网络资源等进行拆分；其次是以面向业务用户和运营的思路，采用SOA架构思想来构建中台能力层，通过中台能力层提供的服务来实现灵活组装编排，满足业务需求的多样性变化。

通用能力标准化，可统一调度

这里的通用能力应该包括三个方面，其一是CT层的统一硬件资源能力，其二是IT层的类似消息，缓存等技术服务能力；其三是共享业务能力沉淀后形成的可复用的业务中台服务能力。

当前运营商本身也在构建智慧中台建设，其中核心还是放在基于不同的业务场景需求，如何来构建业务中台，提供可共享的业务服务能力接口上。

开发和交付运维自动化

这里即是面向电信业务实现开发运维一体化，实现持续集成和持续交付，提供敏捷开发，持续集成，自动化测试，配置管理，代码审计和质量管理，服务治理的完整支撑能力。而这个也是我们经常强调的DevOps支撑平台的关键能力。

演进路线设计

这块白皮书写的比较弱，实际上可以看到整体云原生的演进主要还是从最早的Iaas基础设施和资源池建设，到私有云PaaS平台建设，再演进到最近的云原生技术架构。

其中云原生技术架构本身又包括了微服务化，容器云和DevOps过程支撑。当前运营商基本也都按这个思路在实施内部MBOSS域系统的全部上云。

而整体全面上云可以看到还包括了另外一个重要内容，就是原来经常谈到的去IOE和国产化IT基础设施，技术中间件技术推进，这个也是整体云原生演进中的一个关键内容。