CN107612959A - 一种基于云微服务自管理的云服务平台 - Google Patents

Abstract

本发明提供一种基于微服务自管理的云服务平台，包括：云微服务自管理单元、中间接口单元、用户单元。所述云微服务自管理单元包括：IaaS模块、PaaS模块、SaaS模块和数据模块，接收微服务在该单元动态部署，对微服务动态地按照所述的四个模块进行分类编排，对同一模块内的微服务进行分组编排，并将编排部署好的微服务组和微服务向中间接口单元注册，接受中间接口单元的监控、查询、调用。所述中间接口单元，包括解析调用模块和登记监控模块，接收云微服务自管理单元的注册，对登记监控模块的节点网络流变化特征进行匹配处理；接收用户单元的服务请求并解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务。

Description

一种基于云微服务自管理的云服务平台

技术领域

本发明涉及云平台计算技术应用服务领域，实现一种基于云微服务自管理的云服务平台。

背景技术

随着云平台的广泛应用，传统的单体架构模式构建的云平台，其部署不灵活造成开发效率低，代码维护难，稳定性不高，扩展性不够等的问题突显，已不能很好满足云计算服务平台的快速发展需求。SOA(Service-Oriented Architecture)架构模式构建的云平台，其需要共享ESB(Enterprise Service Bus)，松耦合的边界也比较模糊，开发技术容易被一种技术绑定，技术和架构变化的灵活度无法满足用户对云服务平台功能迭代升级的需求。

基于微服务构建的云平台，随着用户对云平台本身的服务功能的种类和范围需求的与日俱增，小型业务功能模块对应的微服务进程数量相应同比增加，如何对微服务本身构建一种全新的管理架构体系，如何基于微服务设计合理的云服务平台，以实现对微服务本身动态部署的有效的管理，发现监控，查询调用，将直接决定整个云计算服务平台的效率，稳定性，及可扩展性。

发明内容

本发明解决的技术问题是：鉴于以上问题，本发明提供一种微服务部署管理全新架构模式和基于微服务的云服务平台，创新地将小型业务功能模块对应的微服务进行服务层级的划分部署管理，创新地使用Kubernetes技术对各层级内的微服务封装分组，创新的使用监控算法Bloom-Filter思想，解决了用户对云服务平台功能种类及数量的需求动态迭代时，致使微服务进程数量众多甚至是海量时，云服务平台对微服务部署发现监控，查询调用，维护管理效率低下臃肿等问题。其目的是这样实现的：

一种基于微服务自管理的云服务平台，包括：云微服务自管理单元、中间接口单元、用户单元，其特征在于，用户单元通过中间接口单元与云微服务自管理单元建立数据联接。

所述云微服务自管理单元包括：IaaS模块、PaaS模块、SaaS模块和数据模块，接收微服务在该单元动态部署，对微服务动态地按照所述的四个模块进行分类编排，对同一模块内的微服务进行分组编排，并将编排部署好的微服务组和微服务向中间接口单元注册，接受中间接口单元的监控、查询、调用。

所述IaaS模块包括计算微服务组、存储微服务组和网络微服务组；所述计算微服务组、存储微服务组和网络微服务组是基于Kubernetes技术封装的微服务组，对外提供基于轻量级的Inter-Process Communication同步/异步组合调用api接口，接收基础业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供基础资源服务；所述计算微服务组由提供计算业务功能的微服务组成，所述存储微服务组由提供存储业务功能的微服务组成，所述网络微服务组由提供网络业务功能的微服务组成；所述计算业务功能的微服务、存储业务功能的微服务和网络业务功能的微服务是基于Dockers技术对微服务进行独立部署在容器中，对外提供基于Representation State Transfer的调用api接口。

所述PaaS模块包括：应用环境微服务组、开发SDK微服务组和集成编排微服务组；所述的应用环境微服务组、开发SDK微服务组和集成编排微服务组是基于Kubernetes技术封装成的微服务组，对外提供基于轻量级的Inter-Process Communication技术同步/异步组合调用api接口，接收平台业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供平台资源服务；所述的应用环境微服务组由实现应用环境功能的微服务组成，所述的开发SDK微服务组由实现SDK功能的微服务组成，所述的集成编排微服务组由实现集成编排功能的微服务组成；所述应用环境微服务、开发SDK微服务和集成编排微服务是基于Dockers技术对微服务进行独立部署在容器中，各组内的微服务对外提供基于Representation State Transfer的调用api接口。

所述SaaS模块包括：通用型微服务组和垂直型微服务组；所述的通用型微服务组、垂直型微服务组等是基于Kubernetes技术封装成的微服务组，对外提供基于轻量级的Inter-Process Communication技术同步/异步组合调用api接口，接收软件业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供特定软件资源服务；所述的通用型微服务组由实现通用型业务功能的微服务组成，所述的垂直型微服务组由实现垂直型业务功能的微服务组成；所述通用型微服务和垂直型微服务是基于Dockers技术对微服务进行独立部署在容器中，各组内的微服务对外提供基于RepresentationState Transfer的调用api接口。

所述数据模块包括：数据查询微服务组、数据共享微服务组和数据分析微服务组；所述的数据查询微服务组、数据共享微服务组和数据分析微服务组是基于Kubernetes技术封装成的微服务组，对外提供基于轻量级的Inter-Process Communication技术同步/异步组合调用api接口，接收数据业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供精准的数据服务；所述的数据查询微服务组由协同实现数据查询功能的微服务组成，所述的数据共享微服务组由协同实现数据共享功能的微服务组成，所述的数据分析微服务组由协同实现数据分析功能的微服务组成；所述的数据查询微服务、数据共享微服务、数据分析微服务基于Dockers技术，对微服务进行独立部署在容器中，各组内的微服务对外提供基于Representation State Transfer的调用api接口。

所述中间接口单元，包括解析调用模块和登记监控模块，接收云微服务自管理单元的注册，对登记监控模块的节点网络流变化特征进行匹配处理；接收用户单元的服务请求并解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务。

所述解析调用模块包括：解析模块和查询调用模块，接收用户单元的服务请求，解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务：所述解析模块，接收用户单元的服务请求，解析成微服务组或微服务调用请求，发送给查询调用模块；所述的查询调用模块，接收解析模块的微服务组或微服务调用请求，根据调用请求向登记监控模块发起相应的微服务组或微服务查询请求；接收登记模块的反馈信息，符合调用条件时，对微服务组或微服务发起调用。

所述登记监控模块包含：微服务池A、微服务池B、微服务池C和微服务池D，接收查询调用模块的查询请求、调用请求；接收云微服务自管理单元中微服务组和微服务的注册，建立各个微服务组和微服务对节点网络流的影响特征集合，处理微服务池中节点网络流的变化特征，并与已建立的特征集合进行匹配，得出微服务组或微服务的状态信息，将状态信息反馈给查询调用模块；所述状态信息包括就绪状态、占用状态、丢失状态，死锁状态以及调用历史信息。

所述微服务池A、微服务池B、微服务池C和微服务池D，接收云微服务自管理单元中微服务组和微服务的注册，建立同步关系，建立微服务组和微服务状态与微服务池节点网络流的变化关系。

本发明与现有技术相比的优点在于：

现有的技术存在的缺陷是：SOA架构模式构建的云平台，其需要共享ESB，松耦合的边界也比较模糊，开发技术容易被一种技术绑定，技术和架构变化的灵活度无法满足用户对云服务平台功能迭代升级的需求。在针对业务功能模块对应的微服务进程数量众多甚至是海量时，没有合理的微服务管理架构体系，云平台微服务的部署发现监控效率低下和维护管理臃肿，云平台受制于用户对功能服务的数量及种类的需求。

本发明克服上述种种不足，创新地把微服务按层级划分部署，创新地使用Kubernetes技术进行不同服务层级的封装分组，按组提供调用接口，创新地使用监控算法Bloom-Filter思想，使得云平台微服务的部署发现监控和管理合理高效，容易维护，并且有很好的扩展性，最终实现云平台中微服务的部署发现监控和维护管理效率，不再受制于用户对云平台功能服务数量及种类动态变化递增的需求。

附图说明

图1为本发明的一种基于云微服务自管理的云服务平台示意图。

图2为云微服务自管理单元示意图。

图3为中间接口单元示意图。

图4为微服务的部署监控原理示意图。

图5为微服务的部署流程步骤示意图。

图6为微服务的编排流程步骤示意图。

图7为微服务组的监控流程步骤示意图。

图8为微服务组的效应特征关系图。

图9为微服务组的查询调用流程步骤示意图。

具体实施方式

下面将结合附图和具体实施例，进行详细说明，所述的实施例仅仅是本发明中的一部分实施例，而不是全部实施例。基于本发明的实施例，本领域的技术人员在没有做出创造性劳动前提下所获得的其他所有实例，都属于本申请保护的范围。

如图1一种基于微服务自管理的云服务平台原理图，本设计平台系统包括三个单元部分：云微服务自管理单元、中间接口单元、用户单元。

云微服务自管理单元，包括四个模块：IaaS(Infrastructure as a Service)模块、PaaS(Platform as a Service)模块、SaaS(Software as a Service)模块、数据模块，接收微服务在该单元动态部署，对微服务动态地按照所述的四个模块进行分类编排，对同一模块内的微服务进行分组编排，并将编排部署好的微服务组和微服务向中间接口单元注册，接受中间接口单元的监控、查询、调用。

其中，如图2云微服务自管理单元示意图所示：

(1)IaaS模块，包括但不限于：基础计算业务功能的计算微服务组、基础存储业务功能的存储微服务组、基础网络业务功能的网络微服务组，接收基础业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供基础资源服务。

所述的计算微服务组，包括n个提供计算业务功能的微服务，接收计算微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供基础计算资源的调用。

所述的存储微服务组，包括n个提供存储业务功能的微服务，接收存储微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供基础存储资源的调用。

所述的网络微服务组，包括n个提供网络业务功能的微服务，接收网络微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供基础网络资源的调用。

所述的计算微服务组、存储微服务组、网络微服务组等是基于Kubernetes技术封装成不同的微服务组，对外提供基于轻量级的IPC(Inter-Process Communication)同步/异步组合调用api接口。

所述计算业务功能的微服务、存储业务功能的微服务、网络业务功能的微服务，基于Dockers技术对微服务进行独立部署在容器中，对外提供基于REST(RepresentationState Transfer)调用api(application programming interface)接口。

(2)PaaS模块，包括但不限于：应用环境微服务组、开发SDK(SoftwareDevelopment Kit)微服务组、集成编排微服务组，接收平台业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供平台资源服务。

所述的应用环境微服务组，包括n个实现应用环境功能的微服务，接收应用环境微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供应用开发环境调用服务。

所述的开发SDK微服务组，包括n个实现SDK功能的微服务，接收SDK功能微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供SDK功能的调用服务。

所述的集成编排微服务组，包括n个实现集成编排功能的微服务，接收集成编排功能微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供云平台环境的整合、编排功能调用服务。

所述的应用环境微服务组、开发SDK微服务组、集成编排微服务组等是基于Kubernetes技术，封装成不同的微服务组，对外提供基于轻量级的IPC技术同步/异步组合调用api接口。

所述应用环境微服务、开发SDK微服务、集成编排微服务基于Dockers技术，对微服务进行独立部署在容器中，各组内的微服务对外提供基于REST的调用api接口。

(3)SaaS模块，包括但不限于：通用型微服务组、垂直型微服务组，接收软件业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供特定软件资源服务。

所述的通用型微服务组，包括n个实现通用型业务功能的微服务，接收通用型业务功能微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供通用软件功能调用服务，具体的软件功能服务包括但不限于：网盘服务、电话客服服务。

所述的垂直型微服务组，包括n个实现垂直型业务功能的微服务，接收垂直型微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供垂直型软件功能调用服务，具体软件功能服务包括但不限于：金融服务、教育服务、医疗服务。

所述的通用型微服务组、垂直型微服务组等是基于Kubernetes技术，封装成不同的微服务组，对外提供基于轻量级的IPC技术同步/异步组合调用api接口。

所述通用型微服务，垂直型微服务基于Dockers技术，对微服务进行独立部署在容器中，各组内的微服务对外提供基于REST的调用api接口。

(4)数据模块，包括但不限于：数据查询微服务组、数据共享微服务组、数据分析微服务组，接收数据业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供精准的数据服务。

所述的数据查询微服务组，包括n个协同实现数据查询功能的微服务，接收数据查询功能微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供数据的查询调用服务。

所述的数据共享微服务组，包括n个协同实现数据共享功能的微服务，接收数据共享功能微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供数据共享调用服务。

所述的数据分析微服务组，包括n个协同实现数据分析功能的微服务，接收数据分析功能微服务的动态部署，并对微服务进行分组编排，向中间接口单元提供数据的分析调用服务。

所述的数据查询微服务组、数据共享微服务组、数据分析微服务组等是基于Kubernetes容器技术，封装成不同的微服务组，对外提供基于轻量级的IPC技术同步/异步组合调用api接口。

所述的数据查询微服务、数据共享微服务、数据分析微服务基于Dockers技术，对微服务进行独立部署在容器中，各组内的微服务对外提供基于的REST的调用api接口。

中间接口单元，包括解析调用模块、登记监控模块。接收云微服务自管理单元的注册，对登记监控模块的节点网络流变化特征进行匹配处理；接收用户单元的服务请求并解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务，如图3所示。

上述的解析调用模块包括：解析模块、查询调用模块，接收用户单元的服务请求，解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务。

所述的解析模块，接收用户单元的服务请求，解析成微服务组或微服务调用请求，发送给查询调用模块。

所述的查询调用模块，接收解析模块的微服务组或微服务调用请求，根据调用请求向登记监控模块发起相应的微服务组或微服务查询请求；接收登记模块的反馈信息，符合调用条件时，对微服务组或微服务发起调用。

上述的登记监控模块，包含但不限于微服务池A、微服务池B、微服务池C、微服务池D，接收查询调用模块的查询请求、调用请求；接收云微服务自管理单元中微服务组和微服务的注册，建立各个微服务组和微服务对节点网络流的影响特征集合，处理微服务池中节点网络流的变化特征，并与已建立的特征集合进行匹配，得出微服务组或微服务的状态信息，将状态信息反馈给查询调用模块。状态信息包括就绪状态、占用状态、丢失状态，死锁状态，以及调用历史信息。

所述的微服务池A、微服务池B、微服务池C、微服务池D，接收云微服务自管理单元中微服务组和微服务的注册，建立同步关系，建立微服务组和微服务状态与微服务池节点网络流的变化关系。

所述的登记监控模块，采用动态结构计数Bloom-Filter算法思想，利用微服务自管理单元不同模块，不同微服务组，对微服务池所属的网络流不同效应影响特征的原理，来实时监控微服务的动态部署及工作状态。

用户单元，将用户的功能服务请求发送至中间接口单元的解析调用模块。

云服务平台微服务自管理的方法流程：

一种自管理的微服务实现方法，应用于多服务层级功能的云服务平台中，如图4示出微服务的部署监控原理图。具体流程包括微服务的部署、微服务的编排、微服务的监控管理。

所述的微服务的部署，如图4所示，将微服务依次部署在IaaS层、PaaS层、SaaS层、数据层四类业务层中。

图5示出微服务的部署具体流程步骤：

S101：将业务功能按着IaaS层、PaaS层、SaaS层、数据层四类业务层进行分类。

S102：将所述四类中的业务功能分解成小型业务逻辑模块，小型业务逻辑模块具有单一特定功能，多个小型业务逻辑模块协同提供特定的业务功能，小型业务逻辑模块相互之间松耦合、高内聚。独立修改和部署一个小型业务模块不影响其他的模块。

S103：分别将所述四类中的小型业务逻辑模块，分别使用Docker技术封装生成微服务，生成的微服务对外提供基于REST(Representation State Transfer)的调用api(application programming interface)接口。

微服务的编排。如图4所示，将IaaS层、PaaS层、SaaS层、数据层四类业务层中的微服务，分别按照所提供业务功能的相关程度，同一层内进行分组封装，并相应的在微服务池中注册信息。

图6示出微服务的编排流程步骤：

S201：将所述四类业务层中的微服务按照所提供的业务功能相关程度进行分组，业务功能相关联的微服务分到一个微服务组里。

S202：将所述四类业务层中同一个微服务组使用Kubernetes技术进行封装，对外提供基于轻量级的IPC(Inter-Process Communication)技术同步/异步组合通信机制的调用api接口，微服务组在可用状态支持同步机制调用，丢失或占用状态支持异步机制调用。

S203：所述四类业务层中的微服务组分别向登记监控模块的微服务池注册状态信息，其中微服务组的登记信息包括组内各个微服务的状态信息，微服务的状态信息包括微服务的就绪状态、微服务的占用状态、微服务的丢失状态，微服务的死锁状态，以及微服务的调用历史信息。

S204:微服务组处于监控单元的监控之下。

微服务组的监控。如图4所示，登记监控单元对微服务池中登记的微服务组和微服务进行监控，并实时返回监控结果。所述的登记监控模块，采用动态结构计数Bloom-Filter算法思想，利用微服务自管理单元不同模块、不同微服务组对网络流的不同效应影响特征的原理，来实时监控微服务的动态部署及工作状态。

图7示出微服务组的监控流程步骤：

S301：监控登记单元记录所述四类业务层不同状态下节点网络流的效应特征。根据IaaS层、PaaS层、SaaS层、数据层以及他们的微服务组及微服务在不同状态下，对网络流的不同影响特征，将影响特征对应的分为不同的类。如图8所示，记录IaaS层、PaaS层、SaaS层、数据层分别产生的效应A类、B类、C类、D类特征；IaaS层中的微服务组在就绪、占用、丢失、死锁状态时，对节点网络流产生不同的影响，不同微服务组对节点网络流又产生不同影响。将IaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流产生的所有影响，建立特征集合，全部归到特征集合中，记此集合为效应A类。同理，效应B类表征PaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合，效应C类表征SaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合，效应D类表征数据层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合。

S302：监控登记单元记录四类业务层中不同微服务组不同状态下节点网络流的效应特征，如图8所示，记录四类业务层中不同的微服务组在A类、B类、C类、D类下，产生的效应特征Ai(i＝1,2,3)，Bi(i＝1,2,3)，Ci(i＝1,2)，Di(i＝1,2,3)。同一层中不同微服务组在同一特征集合下分别产生子集特征集合，例如A1表示IaaS层中计算微服务组产生的子集特征集合，此特征集合是由计算微服务组就绪、占用、丢失、死锁四种状态下组成的集合；A2表示IaaS层中存储微服务组产生的子集特征集合，此特征集合是由存储微服务组就绪、占用、丢失、死锁四种状态下组成的集合；A3表示IaaS层中网络微服务组产生的子集特征集合，此特征集合是由网络微服务组就绪、占用、丢失、死锁四种状态下组成的集合。此原则同理适用于其他的效应特征Bi(i＝1,2,3)与PaaS层，Ci(i＝1,2)与SaaS层，Di(i＝1,2,3)与数据层。

S303：监控登记单元监控微服务池产生的网络流特征。根据微服务池产生的网络流特征监控结果，来匹配标记Ai(i＝1,2,3)～Di(i＝1,2,3)，由S301，S302中可知各个效应特征与各个微服务组不同状态下的对应关系，从而确认任一层中任一微服务组的状态。

S304：根据S303中匹配标记的结果以及对应关系，可知微服务组被占用或丢失或可调用；

微服务组的查询调用。如图9，微服务组的查询调用流程步骤：

S401：用户单元发出服务请求功能。

S402：解析调用模块解析成微服务组或者微服务的调用请求，发送给登记监控模块。

S403：登记监控模块匹配实时的监控结果，向解析调用模块返回调用或等待信息。

S404：解析调用模块收到等待信息，等待设定的时间间隔，循环步骤S403。

S405：解析调用模块收到调用信息，直接调用相应的微服务组以响应用户单元的服务请求。

本发明说明书中未作详细描述的内容属本领域技术人员的公知技术。

Claims (10)

1.一种基于微服务自管理的云服务平台，包括：云微服务自管理单元、中间接口单元、用户单元，其特征在于，用户单元通过中间接口单元与云微服务自管理单元建立数据联接。

2.根据权利要求1所述的一种基于微服务自管理的云服务平台，其特征在于，所述云微服务自管理单元包括：IaaS模块、PaaS模块、SaaS模块和数据模块，接收微服务在该单元动态部署，对微服务动态地按照所述的四个模块进行分类编排，对同一模块内的微服务进行分组编排，并将编排部署好的微服务组和微服务向中间接口单元注册，接受中间接口单元的监控、查询、调用。

3.根据权利要求2所述的一种基于微服务自管理的云服务平台，其特征在于，所述IaaS模块包括计算微服务组、存储微服务组和网络微服务组；所述计算微服务组、存储微服务组和网络微服务组是基于Kubernetes技术封装的微服务组，对外提供基于轻量级的Inter-Process Communication同步/异步组合调用api接口，接收基础业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供基础资源服务；所述计算微服务组由提供计算业务功能的微服务组成，所述存储微服务组由提供存储业务功能的微服务组成，所述网络微服务组由提供网络业务功能的微服务组成；所述计算业务功能的微服务、存储业务功能的微服务和网络业务功能的微服务是基于Dockers技术对微服务进行独立部署在容器中，对外提供基于Representation State Transfer的调用api接口。

4.根据权利要求2所述的一种基于微服务自管理的云服务平台，其特征在于，所述PaaS模块包括：应用环境微服务组、开发SDK微服务组和集成编排微服务组；所述的应用环境微服务组、开发SDK微服务组和集成编排微服务组是基于Kubernetes技术封装成的微服务组，对外提供基于轻量级的Inter-Process Communication技术同步/异步组合调用api接口，接收平台业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供平台资源服务；所述的应用环境微服务组由实现应用环境功能的微服务组成，所述的开发SDK微服务组由实现SDK功能的微服务组成，所述的集成编排微服务组由实现集成编排功能的微服务组成；所述应用环境微服务、开发SDK微服务和集成编排微服务是基于Dockers技术对微服务进行独立部署在容器中，各组内的微服务对外提供基于Representation State Transfer的调用api接口。

5.根据权利要求2所述的一种基于微服务自管理的云服务平台，其特征在于，所述SaaS模块包括：通用型微服务组和垂直型微服务组；所述的通用型微服务组、垂直型微服务组等是基于Kubernetes技术封装成的微服务组，对外提供基于轻量级的Inter-ProcessCommunication技术同步/异步组合调用api接口，接收软件业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供特定软件资源服务；所述的通用型微服务组由实现通用型业务功能的微服务组成，所述的垂直型微服务组由实现垂直型业务功能的微服务组成；所述通用型微服务和垂直型微服务是基于Dockers技术对微服务进行独立部署在容器中，各组内的微服务对外提供基于Representation State Transfer的调用api接口。

6.根据权利要求2所述的一种基于微服务自管理的云服务平台，其特征在于，所述数据模块包括：数据查询微服务组、数据共享微服务组和数据分析微服务组；所述的数据查询微服务组、数据共享微服务组和数据分析微服务组是基于Kubernetes技术封装成的微服务组，对外提供基于轻量级的Inter-Process Communication技术同步/异步组合调用api接口，接收数据业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供精准的数据服务；所述的数据查询微服务组由协同实现数据查询功能的微服务组成，所述的数据共享微服务组由协同实现数据共享功能的微服务组成，所述的数据分析微服务组由协同实现数据分析功能的微服务组成；所述的数据查询微服务、数据共享微服务、数据分析微服务基于Dockers技术，对微服务进行独立部署在容器中，各组内的微服务对外提供基于Representation State Transfer的调用api接口。

7.根据权利要求1所述的一种基于微服务自管理的云服务平台，其特征在于，所述中间接口单元，包括解析调用模块和登记监控模块，接收云微服务自管理单元的注册，对登记监控模块的节点网络流变化特征进行匹配处理；接收用户单元的服务请求并解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务。

8.根据权利要求6所述的一种基于微服务自管理的云服务平台，其特征在于，所述解析调用模块包括：解析模块和查询调用模块，接收用户单元的服务请求，解析成微服务组或微服务请求，查询、调用云微服务自管理单元中的微服务组或微服务：所述解析模块，接收用户单元的服务请求，解析成微服务组或微服务调用请求，发送给查询调用模块；所述的查询调用模块，接收解析模块的微服务组或微服务调用请求，根据调用请求向登记监控模块发起相应的微服务组或微服务查询请求；接收登记模块的反馈信息，符合调用条件时，对微服务组或微服务发起调用。

9.根据权利要求6所述的一种基于微服务自管理的云服务平台，其特征在于，所述登记监控模块包含：微服务池A、微服务池B、微服务池C和微服务池D，接收查询调用模块的查询请求、调用请求；接收云微服务自管理单元中微服务组和微服务的注册，建立各个微服务组和微服务对节点网络流的影响特征集合，处理微服务池中节点网络流的变化特征，并与已建立的特征集合进行匹配，得出微服务组或微服务的状态信息，将状态信息反馈给查询调用模块；所述状态信息包括就绪状态、占用状态、丢失状态，死锁状态以及调用历史信息。

10.根据权利要求6所述的一种基于微服务自管理的云服务平台，其特征在于，所述微服务池A、微服务池B、微服务池C和微服务池D，接收云微服务自管理单元中微服务组和微服务的注册，建立同步关系，建立微服务组和微服务状态与微服务池节点网络流的变化关系。