CN107566153B - 一种自管理的微服务实现方法 - Google Patents

Abstract

本发明提供一种自管理的微服务实现方法，创新地提出把微服务按层级划分部署的方法；创新地使用Kubernetes技术进行不同服务层级的封装分组的方法，按组提供调用接口；创新地使用监控算法Bloom‑Filter思想的方法，使得云平台微服务的部署发现监控和管理合理高效，容易维护，并且有很好的扩展性，解决了用户对云服务平台功能种类及数量的需求动态迭代时，致使微服务进程数量众多甚至是海量时，云服务平台对微服务部署发现监控，查询调用，维护管理效率低下臃肿等问题。最终实现云平台中微服务的部署、发现、监控及维护管理，不受制于用户对云平台功能服务数量及种类动态递增的需求。

Description

一种自管理的微服务实现方法

技术领域

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

背景技术

云平台的应用越来越广泛，由于单体架构模式构建的云平台，存在部署不灵，代码维护难，扩展性不够等问题。而SOA(Service-Oriented Architecture)架构模式构建的云平台，存在需要共享ESB(Enterprise Service Bus)，开发技术容易被一种技术绑定，技术和架构变化的灵活度无法满足用户对云服务平台功能迭代升级的需求的问题。

基于微服务构建的云平台，应运而生，应用越来越广泛。但是随着用户对云平台本身的服务功能的种类和范围需求的与日俱增，微服务进程数量及种类相应·同比增加，如何针对微服务本身构建一种高效的管理架构体系，实现对微服务本身动态部署的有效的管理，发现监控，查询调用。将直接决定整个云计算服务平台的效率，稳定性，及可扩展性。

发明内容

本发明解决的技术问题是：本发明提供一种微服务部署管理全新架构模式和一种自管理的微服务实现方法，解决了用户对云服务平台功能种类及数量的需求动态迭代时，致使微服务进程数量众多甚至是海量时，云服务平台对微服务部署发现监控，查询调用，维护管理效率低下臃肿等问题。

一种自管理的微服务实现方法，其特征在于，包含以下步骤：

步骤一：将业务功能按着IaaS层、PaaS层、SaaS层、数据层四类业务层进行分类；

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

步骤三：分别将所述四类中的小型业务逻辑模块，分别使用Docker技术封装生成微服务，生成的微服务对外提供基于REST的调用api接口；

步骤四：将步骤一部署在四大模块中的微服务再将业务功能相关联的微服务编排为微服务组，同一个微服务组使用Kubernets技术进行技术封装，并将编排好的微服务与微服务组向中间管理单元发送注册信息；

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

步骤六：控登记单元采用动态结构计数Bloom-Filter算法思想，记录所述四类业务层不同状态下节点网络流的效应特征；根据IaaS层、PaaS层、SaaS层、数据层以及他们的微服务组及微服务在不同状态下，对网络流的不同影响特征，将影响特征对应的分为不同的类；记录IaaS层、PaaS层、SaaS层、数据层分别产生的效应A类、B类、C类、D类特征；IaaS层中的微服务组在就绪、占用、丢失、死锁状态时，对节点网络流产生不同的影响，不同微服务组对节点网络流又产生不同影响；将IaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流产生的所有影响，建立特征集合，全部归到特征集合中，记此集合为效应A类；同理，效应B类表征PaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合，效应C类表征SaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合，效应D类表征数据层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合；

步骤七：监控登记单元记录四类业务层中不同微服务组不同状态下节点网络流的效应特征，记录四类业务层中不同的微服务组在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)与数据层；

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

步骤九：当中间模块接收到来自用户模块的服务请求后，通过解析模块解析用户服务请求并发送给查询调用模块；查询调用模块接收到服务请求后向登记监控模块发起相应的微服务组或微服务查询请求；接收登记模块的反馈信息，当反馈信息符合调用条件时对微服务组或微服务发起调用。

所述的一种自管理的微服务实现方法，其特征在于所述的数据模块包括数据查询微服务组、数据共享微服务组、数据分析微服务组，接收数据业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供精准的数据服务。

所述的一种自管理的微服务实现方法，其特征在于所述的SaaS模块，包括通用型微服务组、垂直型微服务组，接收软件业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供特定软件资源服务。

所述的一种自管理的微服务实现方法，其特征在于所述的PaaS模块，包括应用环境微服务组、开发SDK微服务组、集成编排微服务组，接收平台业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供平台资源服务。

所述的一种自管理的微服务实现方法，其特征在于所述的IaaS模块，包括基础计算业务功能的计算微服务组、基础存储业务功能的存储微服务组、基础网络业务功能的网络微服务组，接收基础业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供基础资源服务。

所述的一种自管理的微服务实现方法，其特征在于所述的登记监控模块包含微服务池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(Software DevelopmentKit)微服务组、集成编排微服务组，接收平台业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供平台资源服务：

所述的应用环境微服务组，包括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 (7)

1.一种自管理的微服务实现方法，其特征在于，包含以下步骤：

步骤一：将业务功能按着IaaS模块、PaaS模块、SaaS模块、数据模块四类业务层进行分类；

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

步骤三：分别将所述四类中的小型业务逻辑模块，分别使用Docker技术封装生成微服务，生成的微服务对外提供基于REST的调用api接口；

步骤四：再将部署在步骤一所述的IaaS模块、PaaS模块、SaaS模块、数据模块中的业务功能相关联的微服务编排为微服务组，同一个微服务组使用Kubernets技术进行技术封装，并将编排好的微服务与微服务组向中间管理单元发送注册信息；

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

步骤六：登记监控模块采用动态结构计数Bloom-Filter算法思想，记录所述四类业务层不同状态下节点网络流的效应特征；根据IaaS层、PaaS层、SaaS层、数据层以及他们的微服务组及微服务在不同状态下，对网络流的不同影响特征，将影响特征对应的分为不同的类；记录IaaS层、PaaS层、SaaS层、数据层分别产生的效应A类、B类、C类、D类特征；IaaS层中的微服务组在就绪、占用、丢失、死锁状态时，对节点网络流产生不同的影响，不同微服务组对节点网络流又产生不同影响；将IaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流产生的所有影响，建立特征集合，全部归到特征集合中，记此集合为效应A类；同理，效应B类表征PaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合，效应C类表征SaaS层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合，效应D类表征数据层下同一微服务组不同状态下以及不同微服务组对节点网络流所产生的影响特征集合；

步骤七：登记监控模块记录四类业务层中不同微服务组不同状态下节点网络流的效应特征，记录四类业务层中不同的微服务组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与PaaS层，其中i＝1、2、3；Ci与SaaS层，其中i＝1、2；Di与数据层，其中i＝1、2、3；

步骤八：登记监控模块监控微服务池产生的网络流特征；根据微服务池产生的网络流特征监控结果，来匹配标记Ai，Bi，Ci，Di，i＝1,2,3，由步骤六，步骤七中可知各个效应特征与各个微服务组不同状态下的对应关系，从而确认任一层中任一微服务组的状态；

步骤九：当中间模块接收到来自用户模块的服务请求后，通过解析模块解析用户服务请求并发送给查询调用模块；查询调用模块接收到服务请求后向登记监控模块发起相应的微服务组或微服务查询请求；接收登记模块的反馈信息，当反馈信息符合调用条件时对微服务组或微服务发起调用。

2.根据权利要求1所述的一种自管理的微服务实现方法，其特征在于,所述的数据模块包括：数据查询微服务组、数据共享微服务组、数据分析微服务组，接收数据业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供精准的数据服务。

3.根据权利要求1所述的一种自管理的微服务实现方法，其特征在于,所述的SaaS模块，包括：通用型微服务组、垂直型微服务组，接收软件业务功能微服务的动态部署，对微服务进行分组编排成微服务组，向中间接口单元提供特定软件资源服务。

4.根据权利要求1所述的一种自管理的微服务实现方法，其特征在于,所述的PaaS模块，包括：应用环境微服务组、开发SDK微服务组、集成编排微服务组，接收平台业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供平台资源服务。

5.根据权利要求1所述的一种自管理的微服务实现方法，其特征在于,所述的IaaS模块，包括：基础计算业务功能的计算微服务组、基础存储业务功能的存储微服务组、基础网络业务功能的网络微服务组，接收基础业务功能类型的微服务的部署，对微服务进行分组编排成微服务组，向中间接口单元提供基础资源服务。

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

7.根据权利要求1所述的一种自管理的微服务实现方法，其特征在于,所述的步骤九包含以下步骤：

步骤一：用户单元发出服务请求功能；

步骤二：解析调用模块将用户单元发出的服务请求功能解析成微服务组或者微服务的调用请求，发送给登记监控模块；

步骤三：登记监控模块接收到微服务组或者微服务的调用请求后，匹配实时的监控结果，向解析调用模块返回调用或等待信息；

步骤四：解析调用模块收到等待信息，等待设定的时间间隔后，循环步骤三；

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

Images