[发明专利]支持多协议异构非代码侵入的分布式服务治理的方法

说明书

本发明涉及支持多协议异构非代码侵入的分布式服务治理的方法，包括：A.对微服务设置对应的服务代理；设置保存所有微服务信息的注册中心；B.微服务1发送调用微服务2的请求中包含微服务2的名称和接口名，注册中心将IP路由表发送到微服务1的服务代理1中；C.通过服务代理1中的处理器链对请求处理，将请求转换为微服务2的协议格式；D.根据微服务2的名称从注册中心得到服务列表；E.通过路由配置从服务列表中选择微服务2的一个服务实例，由服务代理1将处理后的请求发送到微服务2的服务代理2；F.微服务1通过代理服务1接收微服务2的响应。本发明使服务治理能够支持多种协议和异构微服务，并且不用修改微服务的原有代码。

技术领域

本发明涉及服务治理的方法，具体讲是支持多协议异构非代码侵入的分布式服务治理的方法。

背景技术

服务治理主要是针对分布式服务框架和微服务，用于处理服务调用之间的关系。服务是分布式系统下的组成部分，有了服务的组成，整个系统才能运行。例如，现有的微服务包括有dubbo、spring cloud、sofa等。随着业务的增长，服务不能一味地也随之增长，因此需要对服务进行管理、治理。

现有服务治理的方案有三种，分别为：

第一种方案为修改服务的源代码，在服务的业务代码中编写服务治理代码。

此种方式下，服务治理代码和业务代码杂糅在一起，微服务越多，重复的代码就越多，升级维护极为困难。并且业务代码和服务治理代码任一需要升级时，都是修改同一份代码，容易出现代码修改不完全的情况，导致升级Bug数飙升。

第二种方案是将与服务治理相关的公共代码抽取为公共SDK(软件开发工具包)，在微服务的业务代码中引入该SDK，进行服务治理。

此种方式下，服务治理代码被集中到SDK中，修改业务代码或者SDK代码时，不会相互影响，只需要重新编译。但是开发人员仍然需要掌握SDK的使用方法，业务代码和服务治理代码实际上仍然是耦合在一起的，无法单独升级。

第三种方案是将服务治理功能提取为微服务网关，微服务间通过网关进行调用，服务治理逻辑都集中到微服务网关中。

此种方式下，具有服务治理功能的网关被单独部署，微服务之间都通过网关进行通信，业务代码和服务治理代码实现了解耦。但是，网关会成为微服务体系中的中心节点，一旦网关出现性能问题或者发生故障，所有的微服务都不可用。同时，为了适配微服务网关，需要修改原有的服务治理代码。

发明内容

本发明提供了一种支持多协议异构非代码侵入的分布式服务治理的方法，使服务治理能够支持多种协议和异构微服务，并且避免对原有的微服务代码进行侵入性的服务治理。

本发明支持多协议异构非代码侵入的分布式服务治理的方法，包括：

A.在服务器集群的存储器空间中对需要进行服务治理的微服务分别设置对应的服务代理，通过各服务代理监听和处理各自对应的微服务之间的调用请求；在服务器集群的另一存储器空间中设置微服务的注册中心，通过注册中心对应的存储器保存所有微服务的信息；

B.发送请求：当微服务1服务器集群的处理器控制发送调用微服务2的请求时，在请求中包含有微服务2的名称和接口名，通过所述的注册中心将IP路由表发送到微服务1对应的服务代理1中；

C.通过服务代理1中的处理器链对微服务1的请求进行处理，并将处理后的请求转换为微服务2的协议格式；在所述的处理器链中设有多个不同功能的MCU结构的处理器。

D.根据所述请求中包含的微服务2的名称，从所述的注册中心得到服务列表，通过获取包含所有微服务的服务列表比按需获取对应的微服务更容易实现；