科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网网络频道SDN/NFV华为云核心网产品线NFV首席架构师王伟杰:“全面云化”演进 云原生之路

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

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

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

来源:ZD至顶网网络频道【原创】 2016年6月1日

关键字: 华为 NFV SDN 云网络 2016全球SDNFV技术大会

  • 评论
  • 分享微博
  • 分享邮件

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

华为云核心网产品线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这种程度,能够快速的向运营商提供业务,同时让开发效率更高,成本降低。从而软件的成本降低。

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

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

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章