[发明专利]基于Zookeeper的微服务隔离方法及装置

说明书

本发明公开了一种基于Zookeeper的微服务隔离方法及装置，涉及分布式技术领域，该方法包括：将各个分组开关的开关状态信息保存到Zookeeper集群中，其中，每个分组开关用于控制一个微服务分组的开关状态，每个微服务分组包括：一个或多个微服务节点；将Zookeeper集群中各个分组开关的开关状态信息推送至服务调用方，使得服务调用方Zookeeper集群中各个分组开关的开关状态信息，确定待调用的微服务分组；从待调用的微服务分组中选择一个微服务节点提供服务调用方所需的服务。本发明能够实现使用开关控制微服务分组开关状态的目的，无需下线微服务且无需频繁访问缓存以获取微服务分组开关的开关状态信息。

技术领域

本发明涉及分布式技术领域，尤其涉及一种基于Zookeeper的微服务隔离方法及装置。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在分布式系统中，经常需要将微服务进行分组，使得不同的微服务分组绑定到不同的数据库，当系统资源不足时新增分组即可达到扩展系统性能的目的；当微服务分组所属的数据库出现问题时(例如，缓慢或者报错)会影响系统稳定性，可将整个分组进行隔离。

现有技术中主要存在如下两种微服务隔离方法：

第一种：如图1所示，关闭某个分组下所有的微服务，下线该分组，从而对该分组进行隔离。这种方法存在如下缺点：①操作复杂，容易出错，尤其是微服务非常多的情况下；②多个微服务同时停机，对注册中心造成较大压力，影响系统稳定性；③有些时候需要在微服务启动的状态下进行问题分析与排查，这时该方案无法满足。

第二种：如图2所示，为每个微服务分组设计一个分组开关，将各个分组开关的开关状态信息(开关值)保存到Redis等高速缓存服务器中，每次系统请求分组时从Redis中获取分组开关的开关状态信息，根据各个分组开关的开关状态信息确定是否将该分组进行隔离。这种方法存在如下缺点：①每次调用分组都需要请求高速缓存，增加高速缓存压力，增加系统响应时间；②从高速缓存查询开关状态为关键路径，如果高速缓存出现问题，则调用方无法获取开关，导致交易无法正常调用，降低了系统稳定性。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例中提供了一种基于Zookeeper的微服务隔离方法，用以解决现有的微服务隔离方法，存在需要对微服务下线或需要频繁访问缓存的技术问题，该方法包括：将各个分组开关的开关状态信息保存到Zookeeper集群中，其中，每个分组开关用于控制一个微服务分组的开关状态，每个微服务分组包括：一个或多个微服务节点；将Zookeeper集群中各个分组开关的开关状态信息推送至服务调用方，使得服务调用方Zookeeper集群中各个分组开关的开关状态信息，确定待调用的微服务分组；从待调用的微服务分组中选择一个微服务节点提供服务调用方所需的服务。

本发明实施例中还提供了一种基于Zookeeper的微服务隔离装置，用以解决现有的微服务隔离方法，存在需要对微服务下线或需要频繁访问缓存的技术问题，该装置包括：Zookeeper集群开关状态信息存储模块，用于将各个分组开关的开关状态信息保存到Zookeeper集群中，其中，每个分组开关用于控制一个微服务分组的开关状态，每个微服务分组包括：一个或多个微服务节点；Zookeeper集群开关状态信息推送模块，用于将Zookeeper集群中各个分组开关的开关状态信息推送至服务调用方，使得服务调用方Zookeeper集群中各个分组开关的开关状态信息，确定待调用的微服务分组；服务调用模块，用于从待调用的微服务分组中选择一个微服务节点提供服务调用方所需的服务。

本发明实施例中还提供了一种计算机设备，用以解决现有的微服务隔离方法，存在需要对微服务下线或需要频繁访问缓存的技术问题，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述基于Zookeeper的微服务隔离方法。