【IT168 资讯】2016年6月1日-2日，全球SDNFV技术大会(2016.chinasdn.org)将在北京国宾酒店盛大召开。中国工程院院士刘韵洁，ONF执行主席Dan Pitt，OpenDaylight技术指导委员会主席Colin Dixon，Liunx基金会网络策略副总裁Marc Cohn，ONOS推广大使、资深开放网络专家David Lenrow及OPNFV等众多国际组织权威专家将齐聚大会现场，共议全球SDN/NFV发展趋势，分享SDN/NFV开源与标准方面的研究和部署情况。

　　华为云核心网产品线NFV首席架构师王伟杰讲述了全面云化演进，他认为全面云化需要分三个阶段，这里面第一步就是虚拟化;第二步是云化，全面的云化。第一步实现了软硬件的解耦。第二步，首先这个业务架构做了调整，能够把这个数据，这些控制数据能够和控制逻辑分开。这样他更适用于云的弹性的要求。另外在可靠性方面也有很大的增强，我把这个数据拿出去之后，业务节点，任何节点故障，都不会影响后续的业务。

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

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

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

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

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

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

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

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

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

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

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