PaaS 技术分论坛-service stage

       可能很清楚，我们的云架构一般来说是从ICE paas到SARS这样一层搭建起来的。对于service stage来说，是我们真的是在paas这一层来给大家提供服务的。今天早上时候我们再key note会场里面讲到，是说华为上不碰应用下不碰这个数据，我们service stage实际上就在中间这一层，提供这种General或者我们叫通用的这样一种paas的一些服务。

       我们了解到市场以及跟客户各种合作伙伴合作的这种经验，我们认为我们的paas要有我们的特色，所以我们总结了大概这样4个关键的理念和4个关键特性，这是我们整个产品设计的一个原则。

       第1个原则是说微服务化的这种架构，什么意思呢？就是说在我们的IT系统，自从上个世纪40年代，冯诺依曼架构之后，基本上计算机系统不停在迭代，后面我们虽然又出现SOA像什么ecomus等等这样的一些技术之后，大家的系统已经非常多了，现有应用非常多了。

       那么一直以来我们的系统都是以模块化，这种单体用这种方式存在的。所以我们认为随着互联网化的出现，以及越来越多的这种要求的业务的快速的变化，要求我们的整个应用从运维生产各个方面来说都要越来越快。唯快不破对吧？

       所以我们认为下一代这种架构可能是一种微服的架构，微服务这个理念已经大概提出来有10多年了，当时提出的时候其实并没有引发很好的一个效果，现在现到如今，随着网络技术以及相容器技术开放技术的出现，越来越多的这个公司或者企业在考虑我们是不是要用微服务架构，一旦用到微服务架构之后，这个里边我一个原来的单体用可能就变成了很多个服务了，这些服务怎么来管理？怎么样来运维？怎么样来生产？这就是一个很大的问题。

       今天下午的时候我们后面会有一个议题，专门讲微服务，然后我们同事来演示一下我们service stage上怎么来支持微服务的。

       第2个设计理念就是开放兼容。今天上午也讲到我们现在客户或者是我们合作伙伴比较担心的一件事情就是绑定，所以我们在设计这个时候一定是考虑我的微服务不是我的思维，service stage一定是要是要兼容我们的流行的这些框架，兼容国家国际的标准，这样的话大家在上了我的service stage以后，将来他想上到一些我们兼容标准，这些平台都没有问题，所以这种开放兼容是我们很重要的。

       另外一点是我们搭建这个系统的时候，尽量采用的都是一些开源的技术，或者是我们研发出来东西，我们把它开源出去，避免大家有一种担心说我上来之后是不是有一些隐患，或者我是不是被绑定在这里，所以开放兼容是我们一个设计原则。

       第3个是持续演进，持续演进的什么意思？就是说我们是要求这种架构是可迭代的，以后在上了互联网这种架构以后，大家可能会想到我们的以后这种业务中可能不允许中断7×24小时要连续服务的，所以如何设计成一种这种可叠代架构，快速的能够让我的业务上线，保证业务不中断，这就成为一个比较重要的方式。

       我们这个地方不仅仅要支持说我系统本身有这个功能，另外也会帮助客户你们的系统怎么样来帮助你们实现这种7×24小时不down机的这样快速迭代。

       最后一个是我们是claw native，claw native大家可能就对于语音言声，他有一些天生的一种定义，比如说我们有自动化运维，这么多的机器、几千台的机器，几千节点，大家可能都不知道他在哪对吧？怎么样实行自动化运维？怎么样实行弹性伸缩，或者是这种怎么样把逻辑应用和我们的物理和上面的上层逻辑解耦等等，这样的一些问题，就成为摆在上面的一个很重要的一点。

       所以大家就要要了解，这是我们一个设计原则，基于这个设计原则，我们就把我们的框架就得出来了，我们的service stage是基于Google的tubeness来做的这样一个产品的设计架构。我们这边主要三个框架，一组中间件，再加上一个APM。

       所以我希望大家能记住3+1，再加上一个APM大家首先看到是这个地方是所谓的是框架，什么叫框架？框架的意思是说我们提供了一个Freemork，然后大家可以按照我的标准把你的东西接到我的上面来，而不是说我就提供你一个现成的东西，当然我也提供现成的功能，但是我更加open出来给大家拿过来，可以在我上面进行集成，通过把你们东西集成到我的上面来，然后这样子话你就可以把你充分利用我的管理和我的监控各方面，我系统提供功能，让你的东西变得更简单。

       比如说多租，现在你要实现在公有云上实现一个多族功能就比较困难，接入到我的平台，我们就可以帮你实现多入类似这样的，所以大家知道这是个框架的概念。

       我们这里边最主要的第1个框架是叫资源与应用调度框架，这个框架我觉得大家肯定会有很多的问题，说这个框架和我的爱思这种资源调度有什么不同？其实我们paas大家记住我们的一个最重要的理念是什么？我们是跟应用结合得很紧的。什么意思？就是说我监控的是应用，监控是应用的各种指标，我对底下的资源的调度是根据应用的需求来的，而不是根据资源的需求来的。

       我举个例子，比如说我要是讲说我要弹性了，我是根据CPU的50% ，60%开始谈，这是ICE层做的事情，我们做的更多的是说我根据你的TPS我根据你的服务级别，我根据你的流量，根据你的用户数等等这样的一些application型的KPI来进行它的资源调度，所以这个是我们paas跟我们的应用结合的更紧密的一个地方，所以大家要明白一点，就是我们资源调度框架是做这个事情的。

       第2个是微服务运行与治理框架，刚才讲了我们微服务已经形成了一个比较流行的一种体系架构，它解决的是一个我们应用架构的问题。所以大家在应用架构在调整的时候，你变成微服务的时候，我们用这个框架来帮助大家进行架构调整，以及当你的架构调整微服务之后，我们对这些服务进行一定的治理，所以这个地方叫微幅的运行和治理框架。

       第3个是开发流水线，开发流水线就顾名思义只是我们的一个流水线，但这个地方我们提供的是一个什么东西，我们提供的是说流水线，我告诉你这样一自动化的工具，然后我自己提供乡友，比如说有一些常用的工具，但是比如说你有你的工具的时候，你可以把你的工具集成进去，你用你的编译器，你用你的这种，比如说像maven这种自动化工具，或者你用你的打包工具，比如说镜像的这些工具，你可以把你的集成到每一步里边，你可以控制我什么时候开始编译，我什么时候我的编译我的每一步，这些stage从开发到最后的生产系统上线，我在哪一步要做控制，哪个要停下来，什么地方要做检查等等类似这种都是你可以来控制的，所以它也是个框架，你可以对他进行一定的定制。

       然后云中间件，中间件我们这里边主要是提供各种各样的服务，像大家耳详能熟的像比如说消息、缓存、大数据等等这样的一些工具，这些组件可以作为我们中心建提供给服务。刚才我讲到第三方的，我是希望我们的在座的一些客户合作的伙伴，你们开发的中间件，你们开发的服务也可以放到这来，根据刚才这个定义的话，我们paas分很多层对吧？光paas就分很多层，我们这边提供的通用paas，客户可以开发你的A paas，你的应用paas你也可以开发，我们既怕私底下我们缺乏的一些，或者是甚至我们有的中间件，你觉得你做得好，你也可以集成到我们这个平台上来，然后可以去卖给其他客户去用，所以我们做的是什么？

       我们大家看到我们叫stage的意思，什么叫stage？就是说是个平台，大家要插入到这个平台来进行你自己的事情，所以说如果假如说你们有你们好的东西，到这个平台上集成上来之后，我们通过这个平台可以帮助大家来销售你的产品。

       最后一个是APM，APM是Application performance monitor。这个东西相当于是我们paas里面一个比较核心的灵魂的东西，或者我们附加比较高的地方，它可以帮助大家来看到我的应用的一个情况，拓普各方面的一些信息，后面我们会有专门的演示。

       这两页是我们最重要的，后面我给大家很快的讲一下我们产品的一些特性，所谓特性是我们独有的，别的没有，大家可以想，我这些这个东西是不是跟别人都一样，我基于开源搭的，是不是我就开元就行了？不是这样的，我们在里面做了大量的工作。

       第1个这边我再讲一句，就说这个东西通过使用这个东西，我们可以实现一键式的这种上线，就从我们的开发生开发到生产到运营，这样一一整套的服务我们都提供了，包括你在这个里边的应用弹性、资源利用率、提升资源利润这方面，我们都通过这个平台就可以了。

       APM刚才我讲到了，这个是我们比较重要的，它是助力于我们的开发和运维的，他帮助我们查找，比如说我在这里边的性能瓶颈，帮助我看到各个服务之间的这种托普逻辑关系，包括比如说我为服务调用时候，它的应用链的这些关系，等等是这样，然后你只要接入到我们的框架里边，你在不需要打点，比如说像我们典型的Java应用，我们会在我们的GVM里边我们会已经有探针，包括如果你用我们的微服务框架，这些日志的收集、日志的集中管理，以及应用数据的分析，包括对未来的一些预测趋势的预测等等，在我们APM里都会有，这是我们做的比较大的一块。

       图形化编排什么意思？就是我们刚才讲到是资源应用调度框架，我们是可以实现这种的应用的混合编排。什么叫应用的混合编排？我们大家可以知道我们有物理机对吧？有虚机有容器对吧？现在又出现了容器，我们一个应用，其实它不同的部分是有不同的特性的，有的部分比如像数据库，我是放在数据就放在物理机上，我的容器可能最前端的外部他的对谈性要求比较高，对吧？但是他有可能对稳定性又没有那么要求那么高，我可能放在doker里边，中间的业务逻辑层APP，我可能放虚机里边，这个时候我就可能出现一个应用，需要这种分布在不同的里边上去的这样一个情况，所以我们通过这种混合编排就可以把一张蓝图给做出来，通过用了这一张蓝图，我们就可以布在不同的环境里，我在生产环境上是这样，我在我的测试环境上是这样，我可以保证这样各个环境都很快的就帮你部署下去，而且保证它环境一致，所以这种混合编排是我们做到的。

       跨AZ的这种高可用的联邦制里，我可以通过两个区跨地域的，比如说北京和上海做这种同城灾备，不是这种异地的灾备，同城地区的这种资源的互相调度，我这个要做到，而且还是资源的调度，比如说北京的资源不够了，我可以从上海调，类似于这样，不仅仅是个灾备系统，这是我们的跨地域的异地灾备联邦治理的技术，然后中间件统一接入，刚才我讲过了，刚才说你有的服务或者你有的这些软件，你可以通过我们的中介建的统一纳管服务，接入到我的平台上来，我刚才讲的APM我刚刚讲的日志统一服务等等这样的一些东西，你都可以就用我的框架，然后多租多租户，这样的一些特性都从我这边可以做，然后客户可以直接从我们的云市场选择你的东西，然后把它售卖出去。

       微服务与治理框架我这块就不多讲了，等一下会有个专门的一个同事来讲这件事情，他做的是这个地方，讲的是说大家可以很快的看一下，我们这里边包括很多东西，比如注册事物一致性，这是我们比较做的比较好的，包括有三种的事物一致性，然后我们有各种服务网关，路由，比如说我的是怎么样一个服务到另外一个副的调用关系等等这样一个排列，包括我服务的升级、降级等等，都是在我这个框架里就帮你实现了。

       开发流水线我也不过多讲，刚才讲到是说我可以在每一步根据我的需要，自己去把它给他定制出来，我每一步要做什么东西，每一步要做什么东西，这样的话大家可以根据你的自己的开发习惯和你的开发环境来定制你的流水线。后面三个我是讲了一下，中间键，我也不过多的讲，中间给大家提一下，实际上我们是三件套，因为一个基本的环境里边这三个是最重要的，我在这里列举出来，我们我只在这列举了这么多，但是不仅限于这些，第1个就是ERB,我们这种ERB是提供4层和7层的这种路由服务，大家想到的基本上你想到的路由应该具有的功能我们这边都有，然后它的比如说并发量到千万级别，所以大家无论从性能和可靠性方面，这个地方是我们对于开源是有一个比较大的提升。

       DCS是缓存，这个是我们基于readys做的，也是做了一些安全加固和增强，包括比如说我的持久化的处理，包括集群的这种高可用方面我们都做了一定的增强。然后DMS是关于消息的，我们这里边是用的卡夫卡，我们保证它的不丢不重，对吧？对于整个消息的传输高速传输高并发，这是我们提供的一个中间件,所以这3套消息缓存和GRB就是负载均衡器，这是我们现在主推的几个，后面的话我们还提供DRDS还有包括数据网格等等，中间间会逐渐推出，我也希望我们在座如果有合作伙伴，你们也可以把你们的中间件拿到我们这边来。

       最后我再讲一下我们的开园，我们刚才讲了，我们的service stage背景本身是基于Google的东西，它是一个开源框架，我们做了增强和加固，然后我们做完这些东西会很大程度上回馈给我们的社区，然后我们刚才三个框架里边资源调度框架，刚才讲的就是tubeness。

       然后第2个微服务框架是什么？微服务框架是我们已经开源的一个框架是基于cloud，然后我们做了也开源出去了，刚才讲的流水线我们也开源出去了，这三个主要的东西我们都开源出去了，所以基本上就是符合我们刚刚说的一个开元兼容这样的一个特性。

       大家我把这张图放在这里，一个意思是什么？就是说开源这个东西，华为投入了很多的力量，而且在前面比较靠前，大家肯定问我开源为什么投这么多人？其实开源技术很大的一个一个点是什么？就是说我们通过开源技术这种让大家放心是说我们有这个能力，有这样的一个技术实力。第2个是说开源的这种技术方向，一般来说是比较灵活比较难把控的，大家可能用开源技术都比较清楚，所以只有像华为这样大的公司去投入，才能保证说我们的这种技术方向不会走的特别偏离，然后我们走的这个方向是比较正确的，所以华为每年会投入大量的人力物力，在开源社区里面去做这样的一些事情。

       我今天讲得很快，只有15分钟，我是想把更多的时间给我们这些合作伙伴，以及我们的让大家看一看我service stage到底是什么？我刚才讲这些东西是怎么样来给大家提供服务的？所以我今天的演讲就到这结束。下面就有请我们paas基础架构部的微服务的首席架构师张琦先生来为我们介绍微服务方面的，主要是给大家看一下demo，我们到底这上面有些什么东西，好吧？