慧与（中国）资深专家赵华：从IT/CT融合看下一代网管

2月23日，在工业和信息化部的指导下，“2017SDN/NFV峰会”在京召开。本次峰会以“重构新网络支撑新服务”为主题，由人民邮电报、中国信息产业网联合主办，汇聚了政府主管部门、三大运营商、互联网企业、金融机构以及电力、医疗、广电、教育行业等的用户群，围绕SDN/NFV与智能运营、SDN/NFV关键技术突破与挑战、SDN/NFV未来网络基础设施建设、SDN/NFV商用实践等热点话题展开集中讨论。

SDN/NFV峰会”会场

SDN/NFV产业大奖重磅揭晓多项成果引领行业先锋

作为2017年SDN/NFV领域的首个重磅活动，“SDN/NFV峰会2017”现场特别颁发了具有重大影响力的年度奖项――SDN/NFV产业大奖。奖项评审委员会由《人民邮电报》组织报社及合作媒体的资深媒体记者、电信运营商业务与技术部门专家、工信部直属科研机构专家构成。大奖设置“SDN最佳产品奖”、“SDN最佳行业解决方案奖”、“SDN技术创新奖”、“SDN最佳场景应用奖”、“NFV最佳产品奖”、“NFV最佳行业解决方案奖”、“NFV技术创新奖”、“NFV最佳场景应用奖”等8个奖项。

慧与(中国)有限公司通信及媒体解决方案事业部业务发展总监 黄若雷（左起第七位）领奖

慧与(中国)有限公司通信及媒体解决方案事业部业务发展总监 黄若雷（左起第四位）领奖

经过数轮评议，慧与(中国)有限公司“全面适应下一代网络及数字化业务管理需求的HPE NFV管理解决方案”和“HPEOpenSDN解决方案”分别获得NFV最佳行业和解决方案奖与SDN最佳行业解决方案奖。

SDN/NFV产业大奖全部榜单。

慧与（中国）资深专家赵华：从IT/CT融合看下一代网管

在本次论坛上，慧与（中国）通信及媒体解决方案事业部（CMS）NFV资深专家赵华发表了题为“从IT/CT融合看下一代网管”的演讲。CMS是HPE在中国实施SDN/NFV的主体部门。

以下根据演讲内容整理而成。

慧与(中国)通信及媒体解决方案事业部（CMS）NFV资深专家赵华.

目前网络的变化非常迅速，但是从过去十几年来看，网管的变化并不是很大。站在SDN/NFV的角度看，将来的网管会跟网络与业务深度融合在一起，成为未来网络和业务的一部分。未来的业务是IT和CT融合业务，很多嘉宾谈到云网融合，实际上云网融合只是一个例子，互联网企业以及电信企业会有更深层次的合作。

互联网企业能带来什么启发，如何看待IT和CT融合下的下一代网管，这是今天想演讲的主题。

在介绍下一代网管之前，首先来看下一代网络将如何演进。

1.关于下一代网络价值

这个新的观点来自AT&T今年年初发布的Indigo。AT&T之前的Domain2.0谈的是将来在云化的数据中心上能够像云服务一样随心所欲的开通电信服务，而最新发布的未来网络3.0，AT&T称之为Indigo，认为下一代的网络平台不仅仅是一个智能的管道，将来更是一个能够支持创建未来数据驱动的新型社区的平台。

所谓的数据驱动的新型社区，不是简单的是由个人组成的社区，而是一个由不同组织在一起形成的新型社区，这些组织能够把各自的数据都整合在这个平台上，这个平台提供机器学习、大数据分析、增强智能等系列的工具；AT&T还可以帮助社区创建、验证、部署各种各样的微服务，从而解决未来复杂的分析型问题。

这是AT&T最新发布的、对未来网络新的价值定位。这个价值定位让人联想起当下很多伟大的互联网公司的价值定位与此相似——他们打造的正是一个由数据驱动的平台型公司，如Facebook、Linkedin、BAT等等，本质上都是数据驱动的平台型公司。未来的运营商是不是也可以做到这样的定位，值得人们去思考。这为下一代网络最终如何转型提供了一个新的思路，也是下一代网管的基本出发点——网络如何转变，决定了网管如何去做。

2.基于SDN/NFV技术的电信业务与互联网业务的异同

基于SDN/NFV技术的电信业务比时下的互联网业务实现复杂的多，但是，它们之间有没有本质的区别？将来网络上互联网业务和电信业务将会深度融合，这个融合将来如何去管理？如果它们之间的本质区别不存在，那么管理是不是可以有一种统一的新的思路？

软件工程领域有一个基本的理论——如果有问题无法解决，那么可以试图从一个更高的抽象层次来考虑。从更加抽象的层次来看，主流的互联网业务是基于微服务的，这些微服务可以部署在分布式的云平台上。

这些业务实现从抽象的层次来看可以分为四层。

对于互联网业务，主要的工作是在云平台、微服务和应用层，它并不是很关心连接层。在每层会部署相应的功能，比如在云平台会有Docker，在微服务层会有各种各样的服务化组件，在应用层会把这些服务组件从应用设计的角度组合成一个业务应用，叫做层功能实体。

每一层还有相应的管理实体，在云平台层，Docker的管理实体有OpenStack和kubernetes，在微服务层的管理实体有两类，一类叫微服务管控平台，这方面最有名的是Spring Cloud，另一类叫微服务部署工具，互联网企业常用的有Puppet和Ansibe。再上一层，如果做整个应用的管理，也是有微服务业务的编排层面的功能，这些功能目前应用的并不是很广泛；Netflix刚推出来的Conductor微服务业务编排器可以关注一下。

以上是主流的互联网业务抽象模型的架构。

基于ETSI NFV的架构也是由分层的抽象的概念组成，每一层也会有相应的功能实体和管理实体。

在业务层有业务和业务编排管理，NS层有NS和NFVO，在VNF（Virtual Network Feature，虚拟的网络功能）层面有各种各样的VNF能力以及VNFM/EMS。从这个角度看，跟云的应用、互联网的应用本质上没有太大区别的，只是它更加复杂了。

二者的本质共同点是什么？

站在一个分层抽象的角度来看，整个应用和业务是可以由不同的层功能组合在一起实现的，每一层可以利用下层提供的功能，这可称之为资源。用下层提供的资源来实现本层的能力或者本层的功能，同时把最后实现的能力再以抽象的方式向上层提供，这被称之为服务。每一层向上层提供的是服务，对下层来讲会调用资源，通过这个来实现本层的功能，这是其一本质的共同点。

另外一个本质的共同点，每一层都包括功能实体和管理实体，二者是高度统一的。管理不是上下层的概念，不是作为Overlay的方式提供的，而是在同一层进行，实现服务功能和服务控制的一体化。

云计算的互联网应用和电信业务本身是有很多区别的，这些区别不是本质的区别，有一些互相可以借鉴的内容。比如在业务层，互联网一般是在L7进行交互，但是电信的业务很多是在L2/L3连接层的服务，同时再加上L4-L7层的交互。另外，互联网业务很多的生命周期管理活动是发生在开发平台、测试平台和生产环境之间的CI/CD的工作，而整个电信的生命周期管理活动体现在业务订单触发以后，动态地进行整个服务的创建、删除、扩缩容这个过程；互联网应用多租户的问题是通过业务层内部的逻辑解决的，而电信业务多租户概念是针对每个租户特定的业务实例的生成（当然也会有一些共享的业务实例），是由这种复杂的状态组成的。

互联网业务的层次相对较少，反观CT，层次比较多，而且NS层可以嵌套，可以调用其它NS作为内部的服务，这是比较复杂的。尽管如此，但是它的本质共同点是最关键的。

可以借鉴互联网的一些思路来解决VNF管理目前碰到的这些问题，比如说如何实现NFV的原生云化，互联网的业务就会告诉你，会有主流的微服务的开发和管控的框架，可以基于这个框架去做，做到无状态、做到任意的水平伸缩。

另外一个例子，现有网络里面可能存在很多VNF，都需要初始化配置，这些配置有没有更好的方式？Spring Cloud的配置管理就提供了很好的思路，不仅能够做所有微服务的配置，还可以跨DevOps做不同的配置。

可以说，在融合的角度有很多可以借鉴。

回到网管的角度，刚才看到，整个抽象模型里最重要的是层的管理实体。当所有的层管理实体集合在一起，最后完成的功能就是网管要实现的功能。

如何来看待这个层管理实体的实质？每一层的管理都有很多通用功能，包括对该层服务功能的定义，通常会用模板来定义并进行服务上载的过程，整个服务上载以后生命周期的管理，包括创建、删除、弹性伸缩以及未来版本升级等操作；另外还有对性能、故障进行监控的功能等。

再看虚拟化层，看VNF层，看微服务层，它们实际上都会有同样的功能，可以进一步思考如何融合这些功能，互相借鉴。

这里有个非常重要的观点：每一层的服务要向上层抽象出来，形成一个抽象能力供上层调用，这种抽象的关键点。要注意屏蔽本层的细节差距，也就是不要过多的关心层内的实现，而是重点关注提供了什么样的能力，形成了更好的建模方式。这在业务层体现更明显；一个更好的建模工具，称之为意向式建模就显得尤为重要。

意向式建模是一种对系统的建模和抽象的方式，其关键点是不用去描述系统如何去做一件事情，而只需要描述想要的是什么、拥有哪些属性；实现这些属性的过程完全不用关心。意向式建模有一种建模语言，这种建模语言类似于编程语言中的声明式语言。熟悉软件开发的人知道有很多是声明式语言，最典型的例子，运用SQL语句，当访问数据库想获取一个满足特定条件的查询结果时，无需逐条记录查询，只要告诉想要的是什么，后台DBMS就会去自动匹配执行具体的操作，最后提交结果。SQL语句就是典型的声明式语言。

采用意向式建模，只需要关心结果，无需关心系统的实现过程，这个技术在未来网管工作中非常关键。

基于意向式建模的能力是非常强大的。举一个例子，基于意向式建模，对不同业务的生命周期管理活动，比如要创建一个新的网络服务，或者要删除它，从本质上都是一样的，不需要建立不同的长流程。

一旦某个业务出现故障，这个业务组件跟理想的状态之间，差异的只是在这一个业务组件上，后台引擎也会自动匹配它的差异，去修复这一个业务组件。

站在这个角度来谈，所有业务的生命周期管理的活动从本质上是一致的，不需要建立不同的业务管理长流程去解决问题。

另外，意向式建模在业务层很关键的一点，是尽可能在业务层对业务分解做连续的抽象建模，只有在真正需要去驱动设备或者驱动资源的时候，才去调用特定的后台的SDN控制器或EMS，乃至包装出来各种各样的微服务；跟底层的资源和设备驱动的连接点是建模最后的一个环节，这个建模的思路也被称为“连续抽象”，只在模型的节点上做具体的配置操作。这样做的好处是模型能够适应更多的设备和供应商的场景。

同样一个VCP的业务，通过一个模型，可以适配不同的具体的客户场景或者设备场景，甚至有可能原来某一个节点是虚拟的和物理的设备都可以互换的情况下，这种模拟还是保持稳定的。HPE推出的Service Director业务编排管理器就具备这样的能力。

3.下一代网管典型的技术特征

下一代网管还有很多典型的技术特征，这些技术特征融合了互联网的业务开发经验以及整个电信产业对SDN/NFV的深度理解。例如，它会是一个更加模型驱动的，会引入大数据做故障的管理分析以及预测，会对通过Open API实现服务和能力开放，会用微服务的方式来构建整个组件，会采用DevOps的方式来设计和开发新的业务。

4.HPE下一代网管蓝图设想

设计态和运行态的分离，是人们关心的内容。

在设计态，HPE认为有三个方面的内容。一是VNF设计，如何跟厂商一起采用DevOps方式去认证和设计VNF，这是一个生命周期。二是业务和网络服务的设计，基于意向式建模模式，是实现业务最重要的关键点。三是OSS本身，微服务化后其能力也是有一个设计完善的过程。

在未来网管工作中，DevOps将对设计态环境进行整体支撑。在这个架构的下层，包括现有的网管、现有的EMS以及MANO的各类组件等，可以用现有的接口，也可以做微服务化的改造，这是不同的选择。

整个网管的核心就是业务编排层，站在业务编排的角度，实际上下层很多都可以视为它的资源，上层要用下层的资源去完成本层的功能，从广义上来讲，无论是控制器还是VNF，它就是资源。

所以，资源层是一层，上面的业务编排层是另外一层。

HPE是一个完全中立的厂商，始终秉承开放集成的思路。希望将来能够有更多的机会参与到整个中国SDN/NFV发展的大的进程中去。

谢谢大家。

作为2017年SDN/NFV领域的首个重磅活动，本次峰会得到了业界的广泛关注，吸引了超过 700位的行业嘉宾踊跃出席；无论从参与者的级别、广度和深度上，本次峰会都将成为行业的风向标。

未经允许不得转载：DOIT » 慧与（中国）资深专家赵华：从IT/CT融合看下一代网管