CN112087333A - 一种微服务注册中心集群及其信息处理方法 - Google Patents

Abstract

本发明涉及一种微服务注册中心集群及其信息处理方法，该微服务注册中心集群包括分别与注册中心网关集群连接的多个不同业务域注册中心集群，注册中心网关集群与客户端连接，注册中心网关集群、不同业务域注册中心集群以及客户端分别与配置中心集群连接，注册中心网关集群根据客户端的请求指令，将请求指令对应转发给不同业务域注册中心集群，以完成服务注册、服务续约、服务下线及服务发现，注册中心网关集群同时监测不同业务域注册中心集群的容量及工作状态，以进行注册中心集群分片及切换操作。与现有技术相比，本发明通过对多个微服务进行统一管理，能够实现同业务域服务间直接访问以及不同业务域服务调用的目的，且能提高系统的运行稳定性。

Description

一种微服务注册中心集群及其信息处理方法

技术领域

本发明涉及微服务架构应用技术领域，尤其是涉及一种微服务注册中心集群及其信息处理方法。

背景技术

在微服务架构下，主要有三种角色：服务提供者、服务客户端(即消费者)和服务注册中心，其中，服务提供者用于提供服务，在启动时，根据服务发布文件中的配置的信息，向服务注册中心注册自身服务，并向服务注册中心定期发送心跳汇报存活状态；

服务客户端用于调用服务，在启动时，根据服务引用文件中配置的信息，向服务注册中心订阅服务，把服务注册中心返回的服务节点列表缓存在本地内存中，并与服务提供者建立连接；

当服务提供者节点发生变更时，服务注册中心会同步变更，服务客户端感知后会刷新本地内存中缓存的服务节点列表，服务客户端会从本地缓存的服务节点列表中，基于负载均衡算法选择一个服务提供者发起调用。

在微服务架构中，服务注册中心是服务发现中不可缺少的一部分，作为一个存储网络实例的网络地址和数据库，服务注册中心应该是高可用的、且数据保持最新状态。目前，Netflix Eureka是服务注册中心的一个很好的实例，Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。

Eureka包含两个组件：Eureka Server和Eureka Client，其中，Eureka Server提供服务注册服务，各个节点启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到；

Eureka Client是一个java客户端，用于简化与Eureka Server的交互，客户端同时也就是一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳，默认周期为30秒，如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除(默认90秒)。

Eureka Server之间通过复制的方式完成数据的同步，Eureka还提供了客户端缓存机制，即使所有的Eureka Server都宕机，客户端依然可以利用缓存中的信息消费其他服务的API。因此，Eureka通过心跳检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。然而随着业务的发展，系统建设不断增加，系统功能和复杂度也不断增大，传统的单体架构难以满足多业务的发展需求，因此需要将原来的单体服务拆分为多个微服务，以适用于多业务，但当前拆分后的微服务之间相互独立、互不干涉，容易导致不同业务域之间的服务无法相互调用，甚至同业务域下的服务之间也不能直接访问，无疑会增加服务调用时的复杂度和难度，一旦某个服务发生故障，则必然会影响整个系统的运行稳定性。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种微服务注册中心集群及其信息处理方法，通过构建微服务注册中心集群，对不同微服务进行统一管理，以实现快速调用服务的目的，且能保证整个系统的运行稳定性。

本发明的目的可以通过以下技术方案来实现：一种微服务注册中心集群，包括分别与注册中心网关集群连接的多个不同业务域注册中心集群，所述注册中心网关集群与客户端连接，所述注册中心网关集群、不同业务域注册中心集群以及客户端分别与配置中心集群连接，所述注册中心网关集群根据客户端输出的请求指令，将请求指令对应转发给不同业务域注册中心集群，以完成服务注册、服务续约、服务下线、服务发现的操作，所述注册中心网关集群同时用于监测不同业务域注册中心集群的容量及工作状态，以进行注册中心集群分片及切换操作；

所述配置中心集群用于分别提供对应的配置支持给客户端、注册中心网关集群以及不同业务域注册中心集群。

进一步地，所述业务域注册中心集群包括主用集群和备用集群，所述主用集群和备用机群缓存的信息相同，若注册中心网关集群监测到主用集群发生故障，则自动切换连接至备用集群。

进一步地，所述客户端包括为微服务网关和微服务，所述微服务网关和微服务分别连接至注册中心网关集群，若注册中心网关集群接收的请求指令来自微服务网关，则注册中心网关集群将该请求指令同时分发给不同业务域注册中心集群；

若注册中心网关集群接收的请求指令来自微服务，则注册中心网关集群根据该请求指令的需求，将该请求指令转发给对应的业余域注册中心集群。

一种微服务注册中心集群的信息处理方法，包括以下步骤：

S1、客户端发起url请求；

S2、注册中心网关集群接收url请求，并判断该url请求是否合法，若判断为合法，则执行步骤S3，否则返回“失败”信息至客户端；

S3、注册中心网关集群通过监测不同业务域注册中心集群的容量及工作状态，完成业务域注册中心集群的分片及切换；

S4、注册中心网关集群根据已配置的路由信息，将url请求转发给不同业务域注册中心集群，以完成服务注册、服务续约、服务下线、服务发现的操作，若完成的是服务发现操作，则业务域注册中心集群通过注册中心网关集群返回对应的服务列表给客户端，客户端对返回的服务列表进行解析。

进一步地，所述url请求中携带有服务所属的业务域、服务名以及版本号。

进一步地，所述步骤S3具体包括以下步骤：

S31、注册中心网关集群分别监测不同业务域注册中心集群的容量，若判断某业务域注册中心集群的容量超过对应的阈值，则以集群分片的形式再部署一个独立的注册中心集群，该新的注册中心集群与容量超过阈值的业务域注册中心集群同属于一个业务域，同属于一个业务域的注册中心集群分片将同时返回服务列表给注册中心网关集群，以实现同业务域下服务间的直接访问；

S32、注册中心网关集群分别检测不同业务域注册中心集群中主用集群的工作状态，若判断某业务域注册中心集群中主用集群发生故障，则自动切换连接至对应的备用集群，并继续检测主用集群的工作状态，若主用集群恢复正常，则将该主用集群变更为备用集群，同时将当前连接的备用集群变更为主用集群。

进一步地，所述步骤S4具体包括以下步骤：

S41、服务注册：按照url请求的注册指令，注册中心网关集群按照业务域信息对注册信息进行隔离，之后根据已配置的路由信息，将注册信息转发给相应的业务域注册中心集群；

S42、服务续约：按照url请求的续约指令，客户端定时向注册中心网关集群发送各服务的心跳信息，注册中心网关集群根据已配置的路由信息，将各服务的心跳信息转发给相应的业务域注册中心集群，若注册中心网关集群连续N次未接收到来自客户端某个服务的心跳信息，则将该服务从相应业务域注册中心集群的服务列表中删除；

S43、服务下线：按照url请求的下线指令，注册中心网关集群根据已配置的路由信息，将下线转发给相应的业务域注册中心集群，以将需要下线的服务从相应业务域注册中心集群的服务列表中删除；

S44、服务发现：按照url请求的发现指令，注册中心网关集群判断待发现服务是否存在于包含分片集群的业务域注册中心集群中，若判断为是，则按照已配置的路由信息，从相应的业务域注册中心集群及其分片集群中获取服务列表，以返回给客户端进行解析，若判断为否，则按照已配置的路由信息直接从相应的业务域注册中心集群中获取服务列表，再将获取的服务列表返回给客户端进行解析。

进一步地，所述注册指令、续约指令和下线指令中均包含单独转发需求和同时转发需求，若注册中心网关集群接收到单独转发需求，则将相关信息单独转发给对应业务域注册中心集群，若注册中心网关集群接收到同时转发需求，则将相关信息同时转发给其他业务域注册中心集群，以实现跨业务域的服务调用。

进一步地，所述注册中心网关集群具体是通过保存客户端发送url请求的请求头和请求体，以模拟出相同的url请求转发给其他业务域注册中心集群，从而实现同时转发的操作。

进一步地，所述步骤S44中注册中心网关集群从相应的业务域注册中心集群及其分片集群中获取服务列表的具体过程为：

S441、注册中心网关集群按照已配置的路由信息从相应的业务域注册中心集群中获取服务列表，并将该服务列表缓存至注册中心网关集群；

S442、注册中心网关集群发起定时任务，按照待发现服务所属的业务域，向分片集群发起获取服务列表请求；

S443、分片集群返回全量服务列表及增量服务列表给注册中心网关集群进行缓存；

S443、注册中心集群网关将业务域注册中心集群及其分片集群返回的服务列表进行拼接，并在响应头中增加特定标识后返回给客户端，以便客户端识别返回的服务列表是否为分片数据。

与现有技术相比，本发明具有以下优点：

一、本发明通过构建注册中心网关集群以及对应于不同业务域的注册中心集群，能够对各微服务进行统一管理，利用注册中心网关集群监测业务域注册中心集群的容量，以实现分片集群的自动部署，使得后续同一业务域下不同服务之间能够直接访问；此外，注册中心网关集群根据客户端的url请求，通过模拟请求方式能够将客户端的请求指令同时转发给其他业务域注册中心集群，使得各业务域注册中心集群上的服务信息相互同步，实现跨业务域服务调用的目的，以此有效提高服务调用的速度。

二、本发明采用主用集群和备用集群的方式，以构建业务域注册中心集群，当注册中心网关集群监测到主用集群发生故障后，能够及时切换至备用集群，结合分片集群的自动部署，能够保证整个系统的运行稳定性。

附图说明

图1为本发明的结构示意图；

图2为本发明的方法流程示意图；

图3a为实施例中服务注册流程示意图；

图3b为实施例中服务续约流程示意图；

图3c为实施例中服务下线流程示意图；

图3d为实施例中正常服务发现流程示意图；

图3e为实施例中存在分片集群时的服务发现流程示意图；

图中标记说明：1、注册中心网关集群，2、业务域注册中心集群，3、客户端，4、配置中心集群，201、主用集群，202、备用集群，301、微服务网关，302、微服务。

具体实施方式

下面结合附图和具体实施例对本发明进行详细说明。

实施例

如图1所示，一种微服务注册中心集群，包括分别与注册中心网关集群1连接的多个不同业务域注册中心集群2，注册中心网关集群2与客户端3连接，注册中心网关集群1、不同业务域注册中心集群2以及客户端3分别与配置中心集群4连接，注册中心网关集群1根据客户端3输出的请求指令，将请求指令对应转发给不同业务域注册中心集群2，以完成服务注册、服务续约、服务下线、服务发现的操作，注册中心网关集群1同时用于监测不同业务域注册中心集群2的容量及工作状态，以进行注册中心集群分片及切换操作；

配置中心集群4用于分别提供对应的配置支持给客户端3、注册中心网关集群1以及不同业务域注册中心集群2。

其中，业务域注册中心集群2包括主用集群201和备用集群202，主用集群201和备用机群202缓存的信息相同，若注册中心网关集群1监测到主用集群201发生故障，则自动切换连接至备用集群202。

客户端3包括为微服务网关301和微服务302，微服务网关301和微服务302分别连接至注册中心网关集群1，若注册中心网关集群1接收的请求指令来自微服务网关301，则注册中心网关集群1将该请求指令同时分发给不同业务域注册中心集群2；

若注册中心网关集群1接收的请求指令来自微服务302，则注册中心网关集群1根据该请求指令的需求，将该请求指令转发给对应的业余域注册中心集群2。

将上述系统应用于实际，其具体的信息处理流程如图2所示，包括：

S1、客户端发起url请求，其中，url请求中包含服务所属的业务域、服务名以及版本号；

S2、注册中心网关集群接收url请求，并判断该url请求是否合法，若判断为合法，则执行步骤S3，否则返回“失败”信息至客户端；

S3、注册中心网关集群通过监测不同业务域注册中心集群的容量及工作状态，完成业务域注册中心集群的分片及切换，具体的，注册中心网关集群分别监测不同业务域注册中心集群的容量，若判断某业务域注册中心集群的容量超过对应的阈值，则以集群分片的形式再部署一个独立的注册中心集群，该新的注册中心集群与容量超过阈值的业务域注册中心集群同属于一个业务域，同属于一个业务域的注册中心集群分片将同时返回服务列表给注册中心网关集群，以实现同业务域下服务间的直接访问；

注册中心网关集群分别检测不同业务域注册中心集群中主用集群的工作状态，若判断某业务域注册中心集群中主用集群发生故障，则自动切换连接至对应的备用集群，并继续检测主用集群的工作状态，若主用集群恢复正常，则将该主用集群变更为备用集群，同时将当前连接的备用集群变更为主用集群；

S4、注册中心网关集群根据已配置的路由信息，将url请求转发给不同业务域注册中心集群，以完成服务注册、服务续约、服务下线、服务发现的操作，若完成的是服务发现操作，则业务域注册中心集群通过注册中心网关集群返回对应的服务列表给客户端，客户端对返回的服务列表进行解析。

其中，步骤S4具体包括以下步骤：

S41、服务注册：按照url请求的注册指令，注册中心网关集群按照业务域信息对注册信息进行隔离，之后根据已配置的路由信息，将注册信息转发给相应的业务域注册中心集群；

S42、服务续约：按照url请求的续约指令，客户端定时向注册中心网关集群发送各服务的心跳信息，注册中心网关集群根据已配置的路由信息，将各服务的心跳信息转发给相应的业务域注册中心集群，若注册中心网关集群连续N次未接收到来自客户端某个服务的心跳信息，则将该服务从相应业务域注册中心集群的服务列表中删除；

S43、服务下线：按照url请求的下线指令，注册中心网关集群根据已配置的路由信息，将下线转发给相应的业务域注册中心集群，以将需要下线的服务从相应业务域注册中心集群的服务列表中删除；

上述的注册指令、续约指令和下线指令中均包含单独转发需求和同时转发需求，若注册中心网关集群接收到单独转发需求，则将相关信息单独转发给对应业务域注册中心集群，若注册中心网关集群接收到同时转发需求，则将相关信息同时转发给其他业务域注册中心集群，以实现跨业务域的服务调用，注册中心网关集群通过保存客户端发送url请求的请求头和请求体，以模拟出相同的url请求转发给其他业务域注册中心集群，从而实现同时转发的操作；

S44、服务发现：按照url请求的发现指令，注册中心网关集群判断待发现服务是否存在于包含分片集群的业务域注册中心集群中，若判断为是，则按照已配置的路由信息，从相应的业务域注册中心集群及其分片集群中获取服务列表，以返回给客户端进行解析：

首先注册中心网关集群按照已配置的路由信息从相应的业务域注册中心集群中获取服务列表，并将该服务列表缓存至注册中心网关集群；

之后注册中心网关集群发起定时任务，按照待发现服务所属的业务域，向分片集群发起获取服务列表请求，分片集群返回全量服务列表及增量服务列表给注册中心网关集群进行缓存；

最后注册中心集群网关将业务域注册中心集群及其分片集群返回的服务列表进行拼接，并在响应头中增加特定标识后返回给客户端，以便客户端识别返回的服务列表是否为分片数据；

若判断为否，则按照已配置的路由信息直接从相应的业务域注册中心集群中获取服务列表，再将获取的服务列表返回给客户端进行解析。

本实施例中客户端采用Eureka客户端，实施例中完成服务注册、续约、下线和发现的具体流程如图3a～图3d所示，其中，客户端请求的url中携带版本号、projectId(即服务名)、业务域信息，通过注册中心网关集群已配置的路由信息分发到不同业务域注册中心集群，若url请求中包含同时转发需求，即需要进行跨业务域操作，则在通过注册中心网关集群转发请求时同时保存以上请求的请求头和请求体，模拟以上请求方式往其他业务域注册中心集群请求，以保证各业务域注册中心集群上的服务信息都是同步的，从而方便后续跨业务域服务调用。

此外，当一个业务域对应多个注册中心集群，一个注册中心集群可以注册的服务数是有限的，则单个业务域需要注册到多个注册中心集群，比如项目A对应集群A，项目B对应集群B，但是都属于业务域C，则项目A和B中的服务请求时就通过注册中心网关集群分发到不同注册中心集群，这就实现了分片的功能。在返回服务列表时，集群A和集群B都需要知道彼此的服务列表，且需要在注册中心网关集群进行服务列表的拼接，处理方法如图3e所示，注册中心网关集群新建定时任务每隔3秒从集群A、B分别拉取全量服务列表和增量服务列表缓存至本地，最后将所有分片注册中心的服务列表和正常返回的服务列表进行拼接，在响应头中增加“shard”标识，以便Eureka客户端区分是否为分片数据返回。

Eureka客户端处理需要对spring-cloud-netflix-2.2.0.RELEASE版本下的eureka-client-1.9.13.jar包的源码进行调整，在获取全量注册表接口和获取增量注册表接口的方法里对返回的response进行判断，如果是没有分片的情况，就直接走原生的处理逻辑进行服务列表解析；如果是有分片的情况下，则需要对多个分片的hashcode和注册列表进行合并处理，之后再进行服务列表解析。

综上所述，本发明能够将微服务按照不同业务域进行统一管理，通过统一的注册中心入口(注册中心网关集群)，能够实现以下功能：

1)服务注册功能：微服务注册时，会自动携带该服务所属的业务域、服务名、版本号等信息，方便注册中心按照业务域进行注册信息隔离，未来会通过注册服务的版本号和灰度标签进行灰度发布支持。

2)服务发现功能：微服务会通过注册中心获取其他服务的注册列表，注册列表包含该业务域的所有微服务实例信息，还包含本业务域和其他业务域网关的服务实例信息，方便该服务进行业务域内访问和跨业务域访问。

3)服务续约功能：服务通过定时对注册中心发送心跳信息的方式续约服务，如果连续多次未收到某个服务的心跳信息，会将该服务在服务列表剔除。

4)服务下线功能：服务下线时，主动通知注册中心，注册中心将在接收到请求后将该服务实例在服务列表中删除。

5)服务信息展示：所有业务域注册服务实例，可以通过页面进行展示和查看。

6)注册中心集群分片功能：当一个业务域的注册中心集群达到注册上限时，需要以集群分片的形式再部署一套独立的集群，两个集群同属一个业务域，此时该业务域下的微服务须按Project ID经由注册网关注册到其中一个分片的集群中，但获取的注册列表是整个业务域下所有注册集群分片的合集，用于满足同业务域下的服务与服务之间可直接访问。

7)服务跨业务域同时注册/续约/下线功能：对于Eureka客户端请求(服务注册、服务续约、服务下线)如需要同时分发到其他业务域集群，可以通过注册网关配置特定标识模拟以上请求往其他业务域注册中心请求，如业务服务网关是需要注册到各业务域注册中心，方便服务跨业务域服务调用。

8)注册中心集群切换功能：如果某个注册中心集群出问题，可以实时监测到并且换到备用集群。

Claims (10)

1.一种微服务注册中心集群，其特征在于，包括分别与注册中心网关集群(1)连接的多个不同业务域注册中心集群(2)，所述注册中心网关集群(1)与客户端(3)连接，所述注册中心网关集群(1)、不同业务域注册中心集群(2)以及客户端(3)分别与配置中心集群(4)连接，所述注册中心网关集群(1)根据客户端(3)输出的请求指令，将请求指令对应转发给不同业务域注册中心集群(2)，以完成服务注册、服务续约、服务下线、服务发现的操作，所述注册中心网关集群(1)同时用于监测不同业务域注册中心集群(2)的容量及工作状态，以进行注册中心集群分片及切换操作；

所述配置中心集群(4)用于分别提供对应的配置支持给客户端(3)、注册中心网关集群(1)以及不同业务域注册中心集群(2)。

2.根据权利要求1所述的一种微服务注册中心集群，其特征在于，所述业务域注册中心集群(2)包括主用集群(201)和备用集群(202)，所述主用集群(201)和备用机群缓存的信息相同，若注册中心网关集群(1)监测到主用集群(201)发生故障，则自动切换连接至备用集群(202)。

3.根据权利要求2所述的一种微服务注册中心集群，其特征在于，所述客户端(3)包括为微服务网关(301)和微服务(302)，所述微服务网关(301)和微服务(302)分别连接至注册中心网关集群(1)，若注册中心网关集群(1)接收的请求指令来自微服务网关(301)，则注册中心网关集群(1)将该请求指令同时分发给不同业务域注册中心集群(2)；

若注册中心网关集群(1)接收的请求指令来自微服务(302)，则注册中心网关集群(1)根据该请求指令的需求，将该请求指令转发给对应的业余域注册中心集群。

4.一种应用权利要求3所述微服务注册中心集群的信息处理方法，其特征在于，包括以下步骤：

S1、客户端发起url请求；

S2、注册中心网关集群接收url请求，并判断该url请求是否合法，若判断为合法，则执行步骤S3，否则返回“失败”信息至客户端；

S3、注册中心网关集群通过监测不同业务域注册中心集群的容量及工作状态，完成业务域注册中心集群的分片及切换；

S4、注册中心网关集群根据已配置的路由信息，将url请求转发给不同业务域注册中心集群，以完成服务注册、服务续约、服务下线、服务发现的操作，若完成的是服务发现操作，则业务域注册中心集群通过注册中心网关集群返回对应的服务列表给客户端，客户端对返回的服务列表进行解析。

5.根据权利要求4所述的一种信息处理方法，其特征在于，所述url请求中携带有服务所属的业务域、服务名以及版本号。

6.根据权利要求5所述的一种信息处理方法，其特征在于，所述步骤S3具体包括以下步骤：

S31、注册中心网关集群分别监测不同业务域注册中心集群的容量，若判断某业务域注册中心集群的容量超过对应的阈值，则以集群分片的形式再部署一个独立的注册中心集群，该新的注册中心集群与容量超过阈值的业务域注册中心集群同属于一个业务域，同属于一个业务域的注册中心集群分片将同时返回服务列表给注册中心网关集群，以实现同业务域下服务间的直接访问；

S32、注册中心网关集群分别检测不同业务域注册中心集群中主用集群的工作状态，若判断某业务域注册中心集群中主用集群发生故障，则自动切换连接至对应的备用集群，并继续检测主用集群的工作状态，若主用集群恢复正常，则将该主用集群变更为备用集群，同时将当前连接的备用集群变更为主用集群。

7.根据权利要求5所述的一种信息处理方法，其特征在于，所述步骤S4具体包括以下步骤：

S41、服务注册：按照url请求的注册指令，注册中心网关集群按照业务域信息对注册信息进行隔离，之后根据已配置的路由信息，将注册信息转发给相应的业务域注册中心集群；

S42、服务续约：按照url请求的续约指令，客户端定时向注册中心网关集群发送各服务的心跳信息，注册中心网关集群根据已配置的路由信息，将各服务的心跳信息转发给相应的业务域注册中心集群，若注册中心网关集群连续N次未接收到来自客户端某个服务的心跳信息，则将该服务从相应业务域注册中心集群的服务列表中删除；

S43、服务下线：按照url请求的下线指令，注册中心网关集群根据已配置的路由信息，将下线转发给相应的业务域注册中心集群，以将需要下线的服务从相应业务域注册中心集群的服务列表中删除；

S44、服务发现：按照url请求的发现指令，注册中心网关集群判断待发现服务是否存在于包含分片集群的业务域注册中心集群中，若判断为是，则按照已配置的路由信息，从相应的业务域注册中心集群及其分片集群中获取服务列表，以返回给客户端进行解析，若判断为否，则按照已配置的路由信息直接从相应的业务域注册中心集群中获取服务列表，再将获取的服务列表返回给客户端进行解析。

8.根据权利要求7所述的一种信息处理方法，其特征在于，所述注册指令、续约指令和下线指令中均包含单独转发需求和同时转发需求，若注册中心网关集群接收到单独转发需求，则将相关信息单独转发给对应业务域注册中心集群，若注册中心网关集群接收到同时转发需求，则将相关信息同时转发给其他业务域注册中心集群，以实现跨业务域的服务调用。

9.根据权利要求8所述的一种信息处理方法，其特征在于，所述注册中心网关集群具体是通过保存客户端发送url请求的请求头和请求体，以模拟出相同的url请求转发给其他业务域注册中心集群，从而实现同时转发的操作。

10.根据权利要求7所述的一种信息处理方法，其特征在于，所述步骤S44中注册中心网关集群从相应的业务域注册中心集群及其分片集群中获取服务列表的具体过程为：

S441、注册中心网关集群按照已配置的路由信息从相应的业务域注册中心集群中获取服务列表，并将该服务列表缓存至注册中心网关集群；

S442、注册中心网关集群发起定时任务，按照待发现服务所属的业务域，向分片集群发起获取服务列表请求；

S443、分片集群返回全量服务列表及增量服务列表给注册中心网关集群进行缓存；

S443、注册中心集群网关将业务域注册中心集群及其分片集群返回的服务列表进行拼接，并在响应头中增加特定标识后返回给客户端，以便客户端识别返回的服务列表是否为分片数据。

Images