华为云核心网产品线NFV首席架构师王伟杰：“全面云化”演进 云原生之路

ZD至顶网网络频道 06月01日 北京报道：2016年6月1-2日，“2016全球SDNFV技术大会”在北京盛大召开。作为连续举办三届的SDN/NFV技术与产业盛会，本届大会着眼于SDN /NFV的实践应用与部署，从SDN/NFV在运营商网络、企业网、云数据中心、测试解决方案等多个场景的应用出发，深入解析产业部署现状及面临的挑战与发展趋势。

华为云核心网产品线NFV首席架构师王伟杰

在大会第一天下午的主会场上，华为云核心网产品线NFV首席架构师王伟杰分享了“全面云化”演进：云原生之路的主题演讲，其中讲到，云化演进对网络架构带来很大影响，将来以数据中心为中心的网络，将改变我们现在的以站点为中心的网络。在所有的业务网源，都将变成云化的网源。

以下是王伟杰的演讲实录：（以下内容根据现场速记整理，未经发言嘉宾确认，仅供参考，谢绝转载。）

王伟杰：大家下午好。我的演讲的题目是全球运营化，首先我们看到，在过去的10年，全网的IP化对整个网络的演进带来了巨大的变化和很大的收益，但是都在向这个云化演进，也会对网络架构带来很大的影响，这里面包括网络架构的变化，将来以数据中心为中心的网络，改变我们现在以站点为中心的网络。另外在所有的业务网源，都变成云化的网源。同时最终结果上来说，他会带来整个网络的敏捷，让我们的运营商的网络，能服务更多的场景和更多的行业。

下面来看一下我们分析的对全面云化，我们认为是需要分三个阶段，分三步来走，这里面第一步就是虚拟化。第二步是云化，全面的云化。第三步是C（英），我们分成三个阶段。第一步实现了软硬件的解耦。第二步，在C（英）这个阶段，首先这个业务架构做了调整，能够把这个数据，这些控制数据能够和控制逻辑分开。这样他更适用于云的弹性的要求。另外在可靠性方面也有很大的增强，我把这个数据拿出去之后，业务节点，任何节点故障，都不会影响后续的业务。

另外它在资源编排和自动化方面，都会有很多改善。我把这个业务战略做了调整之后，在步骤上面，灵活性上面都有很大的改善。

另外在第三个阶段我们会认为会走向Cloud这个阶段，能够弹性的部署这个资源，但是这样并没有带来新的业务价值，所以我们在第三个阶段能够灵活的应用于不同的场景，这才是我们云化真正创造价值的能力。所以需要有第三个阶段来更加灵活的编排这些原则化的网源，去创造新的业务。

我们把它分成三个阶段。另外下面来看一下，从第一阶段向第二阶段的演进。首先它是一个从虚拟化到云化的变化，从一个垂直的虚拟化的场景，变成这种分层的，分层的云化的场景。第二以站点为中心的网络建设，变成以数据为中心的网络建设。这样带来的要求的话，要云的本身的建设，和业务的建设，是分层的。也就是说，第一步建设的时候，应该是考虑这个数据中心是怎么来建设的，这个数据是怎么组网的，在数据方面叠加业务，去另外组成业务的网络。

所以说这样的话带来的好处的话就是说，首先这个业务，他在不同的数据中心之间是可以迁移的。第二个对于运营商来说，业务层和云层都可以选择不同的厂家，选择最合适的厂家来做这些事情。这是从虚拟化，向云化演进的过程里面的其中一步。

另外我们再看一下华为在云化，刚才说的第二步里面已经做了哪些手轻。首先在业务架构上做了调整，把所有的控制数据已经挪到了数据库里面，这些所有的规划的状态数据已经在数据库里面，这样带来的好处任何一个节点故障，业务从其他节点上来的时候，都可以继续。第二个好处进行弹性扩缩容的时候，我增加了新的业务节点或者减少了新的业务节点，在缩容的时候，即使把业务节点干掉了，里面的数据已经存到数据库里面去了，所以减少这个节点，后期还是可以得到处理的。

这是云这个阶段，可靠性方面。另外在OM方面，还有这种弹性方面，都已经做了很多工作，他可以做到非常平滑的过渡。然后我们再来看一下刚才说到的第三个阶段，就是Cloud我们是怎么理解这个事情的，Cloud（英）本身是云化的总结，包括架构方面的架构模式，什么样的战略模式是适合于云的，什么样的软件模式是适合于云的，这些都已经有很多经验，包括在IT界的经验，互联网的界。这是包括架构的，软件模式的。还有我们在项目管理后面，也会在和cloud Native和传统是的不一样的。我们怎么样能够快速的响应这个需求，能够把端到端做到自动化，把项目能够让开发人员聚焦于软件本身的开发。

另外在组织方面也会有一些开发。要把每一个功能拆解成跟其他的部件相对独立的功能。这样的话，才能够保证微服务的架构，不被腐化，由单独的组织去进行开发。另外在包括组织架构得到实施之后，还有自动化的工具，还有一些组织文化的设置，这些都会影响我们交付周期的缩短。要求缩短的事情。所以我们把这个Cloud Native稍微抽象一下，我们在软件技术方面，已经有很多进步。上云之后他的可靠性是非常好的。第三个最终的目的还是说，他的交付周期非常快，是可以降低TTM，这是我们对Cloud Native内涵的理解和解释。

怎么去做到Cloud Native，这里面的话，我们就来看一下，它有几个主要的方面。第一个，上面提到的微服务，微服务的话我们软件，因为软件本身现在越来越庞大，他带来了开发非常大的难度。而且我们开发人员他的人的处理软件的能力，并没有得到很大的提升，还是每个月还是那么多代码常数，在软件持续膨胀的情况下怎么解决这个问题？大家想到可能比较简单的办法，把他拆解化。这样把它拆解成更细的粒度，每个人更容易搭建这个代码，很多人提到，这跟我们之前的模块化有什么区别，我们也在拆解这些网络，拆解这些部件。但是关键的拆解就是说微服务，它是一个解耦的，跟他其他的所有的部件都是非常松耦合的部件，模块化是完成一部分功能，比如说把这个拆开是一个模块，业务处理是一个模块，但是这之间是有很大的耦合的，即使做了模块化，并不能完全提高效应。

同时，他之间的耦合，没有之间的耦合，他也可以独立的开发，独立的上线，这样的话，对TTM是有帮助的。微服务来说也会有很多问题，他拆分更多的服务，带来服务的管理会比较困难。第二个我把它真正交付一个整个业务的时候也会带来麻烦。首先微服务带来的好处，避免他的缺点的话，还是要有更多流程化，才能够把微服务的价值发挥出来。

另外一个点，刚才我们介绍的，在我们的Cloud Native里面，还包括对于平台技术的支撑，刚才说，对于微服务的管理，治理水平和能力。另外一点业界现在说的比较多的是容器，当然我们并不是说现在一定要用容器来支撑NFV，把这个给大家探讨一下，做一下对比，容器本身带来的最大的好处，他部署的效率更高，他部署速度快，但是他同时带来也有很多缺点，他的安全隔离性没有那么好。第一个。

第二个他的标准化程度没那么高。好比说，运营商选择了一种容器技术，大家都要follow这种技术才可以。现在技术还在发展，还有很多种分支，还没有统一到大家共识的基础上来，这样的话，还是在这个环境里面去部署的。另外提到除了战略方面的变化，在我们组织流程方面，也要做适当的调整，才能达到降低TTM的目标的。

这里面首先从业务的定义，到最终把软件交付给运营商，这里面都是会涉及到很多环节。这些环节，刚才我们前面提到了，360拆解微服务，把它拼装起来，上线，这都是整个过程。这里面都有人去做，这就会带来更复杂的过程，不能提高效率，反而降低效率。我们还是希望在整个过程中，还是要有自动化的工具，这些自动化的工具，包括他部署、上线，测试从端到端的智能化的工程，提升我们持续交付这样一个能力。

另外刚才我们在Cloud Native提到一个组织，组织的话，就是我们传统的组织的话，它是开发，测试，然后还有后面很多持续的过程，是一个串性的过程，这样带来的交付周期很长。而且它最终质量是靠把所有的东西都串起来之后才能保证，统一编辑之后才能形成最终看到的这个结果。

但是我们提到战略上的变革，能够支撑每个独立，自己独立交付自己的团队，里面有开发人员和测试人员，这样每个独立的团队，都可以交付他的交付件，交付件交付过程是有保证的，这样的话就可以持续的上线，每个组织都可以把自己开发的结果做上线的活动。当然这个是我们现在，跟运营商之间还是B2B的交付管理，不可能完全开发人员部署到运营商的中间去了，不同的组织开发完了之后，在面向运营商之前，有一个机械化的过程，这样交付给运营商。但是每个需求都是可以进行独立的开发的。只要是到了这个环节，所有的东西都是可串用的，这样的话可以快速的交付给运营商，这样交付周期可以大大的缩短。

我们前面讲了那么多，我们讲了Cloud Native，以及要实现Cloud Native，要做很多事情，包括组织变革还有战略调整，我们为什么要做这个事情？这里面涉及到我们最终带来什么结果，为什么有这样的需要？把这个做成微服务之后，最终是为了发挥NFV本质的价值，不是为了节省资源，而是为了创新业务，服务于更多的行业。对运营商来说创造价值，并且对于社会来说也是一些私有的网络可以通过运营商来实现。为什么能够做到这一点？把服务进行拆解之后按照应用的需要进行组装，当然这里面涉及到一些关键技术，包括组装之后，包括共享内存，一些服务之间的调度，之后能够把组装之后的业务能够服务于不同的要求的场景。比如说这种高链接的厂家，低迟延的场景，还有高可靠性的场景，不同的业务场景通过拼装来实现，这样可以把运营商通用的网络变得更灵活，服务于不同的企业，不同的行业，这样可以创造更多的价值。

下面看一看我们现在华为公司本身已经在做的一些实践。现在一些新的业务，现在已经按照这种方式在做，包括通过这种新的业务，包括IOT，ICP新的业务，把端到端的流程打通，组织流程化的设置已经通过这种方式音型锤炼。另外现在我们运营商网络的本身业务现在已经到了云化阶段，后面的话也会慢慢的向NFV方面演进。成熟的业务现在还没有规划，最终随着时间的推移，都会达到Cloud Native这种程度，能够快速的向运营商提供业务，同时让开发效率更高，成本降低。从而软件的成本降低。

谢谢大家！我讲的就是这么多。

（以上内容根据现场速记整理，未经发言嘉宾确认，仅供参考，谢绝转载。）