CN114785863A - 基于Eureka的服务请求处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种基于Eureka的服务请求处理方法、装置、设备及存储介质。Eureka注册中心集群包括至少两个子集群，该方法包括：获取请求方发起的服务请求，所述服务请求中包括待处理的服务的服务标识；根据待处理的服务的服务标识，得到服务标识对应的子集群标识；根据子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群，所述服务请求用于目标子集群中的Eureka注册中心进行处理。本申请的方法，在收到处理请求后，根据待处理服务的服务标识确定目标子集群的子集群标识，由目标子集群中的Eureka注册中心进行处理。避免在配置中心集群中配置海量的路由信息，提高服务请求的处理效率。

Description

基于Eureka的服务请求处理方法、装置、设备及存储介质

技术领域

本申请涉及云计算技术，尤其涉及一种基于Eureka的服务请求处理方法、装置、设备及存储介质。

背景技术

Eureka注册中心集群往往由多个Eureka Server(Eureka注册中心)节点组成，每个节点都维护了全量的服务数据信息，节点与节点之间通过复制的方式完成数据的同步，确保了系统的高可用性、灵活性和可伸缩性。

目前大规模分布式集群场景下，对于Eureka注册中心来讲，需要维护的服务数据规模不断扩大，且服务处理的数据往往变化非常频繁，包括服务注册、服务续约、服务下线和服务发现等服务处理的请求。为了减小数据同步的压力，现有技术中，借助于注册中心网关集群和配置中心集群来进行服务请求的分配。注册中心网关集群根据配置中心的路由信息，将服务请求转发给不同业务域的Eureka注册中心，以完成服务请求的处理。

但是，在大规模分布式集群场景下，海量的服务数据需要在配置中心集群中配置海量的路由信息，增大了服务处理的请求转发给Eureka注册中心的难度，降低了服务请求的处理效率和精度。

发明内容

本申请提供一种基于Eureka的服务请求处理方法、装置、设备及存储介质，用以提高服务请求的处理效率和精度。

一方面，本申请提供一种基于Eureka的服务请求处理方法，Eureka注册中心集群包括至少两个子集群，包括：

获取请求方发起的服务请求，所述服务请求中包括待处理的服务的服务标识；

根据所述待处理的服务的服务标识，得到所述服务标识对应的子集群标识；

根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群，所述服务请求用于目标子集群中的Eureka注册中心进行处理。

另一方面，本申请提供一种基于Eureka的服务请求处理装置，Eureka注册中心集群包括至少两个子集群，包括：

服务请求获取模块，用于获取请求方发起的服务请求，所述服务请求中包括待处理的服务的服务标识；

子集群标识确定模块，用于根据所述待处理的服务的服务标识，得到所述服务标识对应的子集群标识；

服务请求转发模块，用于根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群，所述服务请求用于目标子集群中的Eureka注册中心进行处理。

另一方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如本申请任意实施例所述的基于Eureka的服务请求处理方法。

另一方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如本申请任意实施例所述的基于Eureka的服务请求处理方法。

另一方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本申请任意实施例所述的基于Eureka的服务请求处理方法。

本申请提供的技术方案，通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。本申请不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图；

图2为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图；

图3为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图；

图4为本申请实施例提供的一种处理服务请求的工作架构图；

图5为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图；

图6为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图；

图7为本申请实施例提供的一种基于Eureka的服务请求处理装置的结构示意图；

图8为本申请实施例提供的一种电子设备的结构框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

需要注意的是，由于篇幅所限，本申请说明书没有穷举所有可选的实施方式，本领域技术人员在阅读本申请说明书后，应该能够想到，只要技术特征不互相矛盾，那么技术特征的任意组合均可以构成可选的实施方式。下面对各实施例进行详细说明。

图1是本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图，如图1所示，本实施例提供的方法由一种基于Eureka的服务请求处理装置执行，该装置与Eureka注册中心集群连接，Eureka注册中心集群中包括至少两个子集群。如图1所示，该方法包括以下步骤：

S101、获取请求方发起的服务请求，服务请求中包括待处理的服务的服务标识。

其中，请求方可以是服务提供方或服务消费方等客户端，服务提供方是提供服务的一方，服务消费方是使用服务提供方的服务的一方，即服务提供方向服务消费方提供服务。服务提供方和服务消费方都可以提出服务请求，服务请求可以包括服务注册请求、服务续约请求、服务下线请求和服务订阅请求等至少一项，实现对请求方提供或使用的服务进行更新、删除或新增等。例如，服务提供方想要注册用户查询服务，可以针对用户查询服务提出服务注册请求，便于服务消费方可以进行用户查询。又例如，服务消费方想要对商品服务进行订阅，可以针对商品服务提出服务订阅请求，便于获取商品服务的订阅消息。

服务请求中可以包括待处理的服务的服务标识，待处理的服务为请求方想要注册、续约、下线或订阅的服务。服务标识可以是服务的编号或服务名，每个服务对应有唯一的服务标识。可以实时或定时地获取请求方发起的服务请求，从服务请求中确定待处理的服务的服务标识，即，确定请求方提出的待处理的服务。例如，商品查询服务的服务标识为001，用户查询服务的服务标识为002，服务请求中包括002的服务标识，则可以确定待处理的服务的服务标识为002，待处理的服务为用户查询服务。若请求方为服务提供方，服务请求为服务注册请求，则可以确定服务提供方想要注册用户查询的服务。

S102、根据待处理的服务的服务标识，得到服务标识对应的子集群标识。

其中，在得到待处理的服务的服务标识之后，可以对服务标识进行转换，将服务标识的字符转换为其他的字符，转换得到的其他的字符可以对应一个子集群标识。例如，可以预设服务标识和子集群标识的关联关系，根据预设的关联关系，直接确定服务标识对应的子集群标识。也可以预设服务标识与其他标识的关联关系，以及其他标识和子集群标识的关联关系，根据服务标识，先确定其他标识，再根据其他标识，确定子集群标识。

本实施例中，可以预先设置字符转换算法，对服务标识进行计算，计算得到的结果就可以是子集群标识。例如，字符转换算法可以是哈希算法，将服务标识的字符转换为哈希值，所得到的哈希值就是子集群标识，从而减少对关联关系的设置。

字符转换算法可以用作为数据分片算法，用于确定服务请求所对应的数据分片，根据数据分片算法，确定服务标识所属的数据分片，数据分片即为子集群。将Eureka注册中心集群预先划分为多个数据分片，即多个子集群。例如，将Eureka注册中心集群划分为四个数据分片，即四个子集群，分别为集群1、集群2、集群3和集群4。通过数据分片算法，计算出的结果为1，则可以确定子集群标识为1。

S103、根据子集群标识，确定与子集群标识对应的目标子集群，并将服务请求转发至目标子集群，服务请求用于目标子集群中的Eureka注册中心进行处理。

其中，每个子集群对应一个子集群标识，根据确定的子集群标识，可以确定该子集群标识对应的子集群，即，目标子集群。每个子集群中可以包括多个Eureka注册中心，目标子集群在收到服务请求后，可以将服务请求发送给自身集群中的任意一个Eureka注册中心，由该Eureka注册中心对服务请求进行处理。

可以预先设置Eureka注册中心的确定规则，在确定目标子集群后，根据Eureka注册中心的确定规则，从目标子集群的多个Eureka注册中心中确定目标Eureka注册中心，由目标Eureka注册中心进行服务请求的处理。例如，Eureka注册中心的确定规则可以是选择当前流量最少的Eureka注册中心作为目标Eureka注册中心，避免流量负载不均，提高服务请求的处理效率。

在目标Eureka注册中心处理完服务请求后，可以在目标子集群的各个Eureka注册中心之间进行数据同步，使一个子集群中各个Eureka注册中心的数据一致，确保系统的高可用性。

本实施例中，可以设置子集群划分规则，将Eureka注册中心集群中的Eureka注册中心相对均匀地划分到各个子集群中。通过划分多个子集群，可以将海量的服务数据相对均衡的分布在各个子集群，大大提升了整个Eureka注册中心集群的性能容量上限。且每个子集群本身就是一个小的Eureka注册中心集群，保证子集群的高可用。

需要说明的是，本申请的一种基于Eureka的服务请求处理方法可用于金融领域，也可用于除金融领域以外的任意领域，本申请对一种Eureka的服务请求处理方法的应用领域不作限定。

本申请实施例通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。本申请实施例不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

图2为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，根据待处理的服务的服务标识，得到服务标识对应的子集群标识，可细化为：根据预设的哈希算法，对待处理的服务的服务标识进行哈希计算，得到哈希结果；根据哈希结果，确定与待处理的服务的服务标识对应的子集群标识。

如图2所示，该方法包括以下步骤：

S201、获取请求方发起的服务请求，服务请求中包括待处理的服务的服务标识。

S202、根据预设的哈希算法，对待处理的服务的服务标识进行哈希计算，得到哈希结果。

其中，预先设置哈希算法，根据哈希算法对待处理服务的服务标识进行计算，计算结果为哈希结果。例如，服务标识为P，对P进行哈希计算，得到哈希值字符串，作为哈希结果。避免了在大规模分布式集群场景下，在配置中心集群中配置海量的路由信息，有效降低工作人员的配置难度。通过预设的哈希算法，对服务标识进行转换，提高子集群标识的确定效率和精度。

本实施例中，服务标识为服务名；相应地，根据预设的哈希算法，对待处理的服务的服务标识进行哈希计算，得到哈希结果，包括：对服务名进行哈希值操作，得到服务名的哈希值；根据预设的一致性哈希算法，对服务名的哈希值进行计算，得到待处理的服务的哈希结果。

具体的，服务标识可以是服务名。接收到服务请求后，确定待处理服务的服务名，对服务名进行哈希值操作，得到服务名对应的哈希值。然后按照预设的一致性哈希算法计算出服务名哈希值所属的哈希结果。例如，服务名为123，对服务名进行Hash(哈希)值操作，即，哈希该服务名，得到哈希值2878，再按照一致性哈希算法计算出2878对应的哈希结果。

这样设置的有益效果在于，通过预设的一致性哈希算法，可以得到服务名对应的哈希结果，从而根据哈希结果确定目标子集群。不需要预先对大量的路由信息进行配置，减少配置的工作量，避免配置出现错误。有效提高了目标子集群的确定精度和效率，进而提高服务请求的处理效率和精度。

本实施例中，在根据预设的一致性哈希算法，对服务名的哈希值进行计算，得到待处理的服务的哈希结果之前，还包括：确定Eureka注册中心集群中的子集群数量；根据子集群数量，更新预设的初始一致性哈希算法中的子集群数量参数，得到预设的一致性哈希算法。

具体的，根据预先对Eureka注册中心集群中的Eureka注册中心进行水平分片，划分出多个子集群，确定子集群的数量。根据子集群的数量对子集群进行编号，作为子集群标识。例如，子集群有十个，则子集群标识可以是1至10的正整数。

预先设置初始一致性哈希算法，在初始一致性哈希算法中包括子集群数量参数，子集群数量参数是用于计算哈希结果的参数，可以使计算出的哈希结果是小于或等于子集群数量的一个正整数。根据子集群数量更新初始一致性哈希算法中的子集群数量参数，得到完整的一致性哈希算法。

在根据完整的一致性哈希算法确定哈希结果时，哈希结果就是子集群标识。例如，哈希结果可以是1至10中的一个正整数。也就是说，可以直接将哈希结果确定为与待处理的服务的服务标识对应的子集群标识。例如，计算出的哈希结果为5，则可以确定子集群标识为5。即，子集群参数是计算子集群标识的参数。通过一致性哈希算法，每个服务请求都可以对应一个子集群标识，实现将海量的服务数据相对均衡的分布在各个子集群中，大大提升了整个Eureka注册中心集群的性能容量上限。

子集群的数量支持水平动态地扩容和缩容，若子集群数量发生增减，则可以改变一致性哈希算法中的子集群数量参数，不需要进行现有技术中路由信息的重新配置。

这样设置的有益效果在于，子集群的数量支持水平动态扩缩容，子集群数量的增减，影响的只是一致性哈希算法在计算数据分片时的子集群参数，对于服务提供方和服务消费方无感。并减轻了重新配置路由信息的工作量，有利于满足服务规模增长的需要。通过设置子集群数量参数，可以直接计算出子集群标识，不需要设置哈希结果与子集群标识之间的关联关系，有效提高子集群标识的确定精度和效率，进而提高服务请求的处理效率和精度。

S203、根据哈希结果，确定与待处理的服务的服务标识对应的子集群标识。

其中，可以预先设置哈希结果与各个子集群标识之间的关联关系，在得到哈希结果后，根据预设的关联关系，确定子集群标识。例如，预先设置不同哈希结果的数值范围与子集群标识之间的关联关系，若哈希结果在预设的一个数值范围内，则该可以确定该哈希结果所在数值范围对应的子集群标识。

示例的，哈希结果在0-1000之间，则子集群标识为1；哈希结果在1001-2000之间，则子集群标识为2。

本实施例中，根据哈希结果，确定与待处理的服务的服务标识对应的子集群标识，包括：将哈希结果确定为与待处理的服务的服务标识对应的子集群标识。

具体的，在一致性哈希算法中设置了子集群数量参数，并根据子集群数量对子集群进行顺序的标识，使得计算出的哈希结果一定是小于或等于子集群数量的正整数，即，哈希结果就是子集群标识。且对于同一个服务，若针对该服务提出的服务请求的处理不同，计算出的子集群标识仍然相同。例如，对服务A，服务提供方发出服务注册请求，服务消费方发出服务订阅请求，则两个服务请求的子集群标识相同，都是根据服务标识计算出子集群标识。保证了对于同一服务名的注册、续约、订阅或下线请求，都负载到同一个子集群中，便于进行服务数据的管理。

这样设置的有益效果在于，将哈希结果直接确定为子集群标识，减少配置过程，提高子集群标识的确定效率。

S204、根据子集群标识，确定与子集群标识对应的目标子集群，并将服务请求转发至目标子集群，服务请求用于目标子集群中的Eureka注册中心进行处理。

本申请实施例通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。本申请实施例不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

图3为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，子集群中包括至少两个Eureka注册中心；相应地，将服务请求转发至目标子集群，可细化为：将服务请求转发至目标子集群中的负载均衡，供负载均衡确定目标子集群中的目标Eureka注册中心，由目标Eureka注册中心对服务请求进行处理。

如图3所示，该方法包括以下步骤：

S301、获取请求方发起的服务请求，服务请求中包括待处理的服务的服务标识。

S302、根据待处理的服务的服务标识，得到服务标识对应的子集群标识。

S303、根据子集群标识，确定与子集群标识对应的目标子集群。

S304、将服务请求转发至目标子集群中的负载均衡，供负载均衡确定目标子集群中的目标Eureka注册中心，由目标Eureka注册中心对服务请求进行处理。

其中，在确定目标子集群后，将服务请求转发给目标子集群。目标子集群中包括至少两个Eureka注册中心和一个负载均衡。负载均衡可以将服务请求均衡地发送给各个Eureka注册中心，使各个Eureka注册中心的流量相对均匀。

负载均衡可以根据目标子集群中各个Eureka注册中心的当前流量，确定目标子集群中的目标Eureka注册中心。例如，可以将当前流量最少的Eureka注册中心确定为目标Eureka注册中心。目标Eureka注册中心收到服务请求，对服务请求进行处理，并将处理后的数据同步给目标子集群中的其他Eureka注册中心，使一个子集群中的各个Eureka注册中心的数据一致。

图4为本申请实施例提供的处理服务请求的工作架构图。请求方为服务提供方或服务消费方，基于Eureka的服务请求处理装置用于执行基于Eureka的服务请求处理方法。Eureka注册中心集群包括三个子集群，分别为子集群a、子集群b和子集群c。每个子集群中包括负载均衡和三个Eureka注册中心，Eureka注册中心为Eureka Server，负载均衡为F5。基于Eureka的服务请求处理装置接收到请求方的服务请求，确定目标子集群，将服务请求发送给目标子集群的F5，由F5选定目标Eureka注册中心，再由目标Eureka注册中心进行服务请求的处理并进行所在子集群内的数据同步。例如，可以确定目标子集群为子集群a，目标Eureka注册中心为Eureka Server-a1。

通过设置负载均衡，可以避免子集群中Eureka注册中心的压力过大，保证各个服务请求能够被及时处理。将海量的服务数据相对均衡地分布在各个子集群中，以及相对均衡地负载给各个Eureka注册中心，大大提升了整个Eureka注册中心集群的性能容量上限，提高服务请求的处理效率和精度。

本申请实施例通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

图5为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，服务请求为服务注册请求；相应地，获取请求方发起的服务请求，可细化为：获取服务提供方发起的服务注册请求。

如图5所示，该方法包括以下步骤：

S501、获取服务提供方发起的服务注册请求，服务注册请求中包括待处理的服务的服务标识。

其中，请求方为服务提供方，例如，服务提供方可以是银行。服务提供方可以针对不同的业务发起服务注册请求，例如，服务提供方想要给服务消费方提供用户查询的业务，则可以发起用户查询的服务注册请求。获取服务提供方发起的服务注册请求，服务注册请求中可以包括待注册的服务的服务标识，表明服务提供方想要注册的服务，例如，服务标识可以是服务名。

本实施例中，服务请求还可以是服务续约请求或服务下线请求等，表示服务提供方对请求中的服务进行续约或下线。可以针对实际需求对不同的服务请求进行处理，满足用户的实际业务需要。

S502、根据待处理的服务的服务标识，得到服务标识对应的子集群标识。

其中，基于Eureka的服务请求处理装置接收到服务注册请求后，对服务注册请求中的服务标识进行转换。可以对服务名进行Hash值操作，即哈希该服务名，得到服务名的哈希值。然后根据哈希值，按照预设的一致性哈希算法计算出服务名所属的数据分片，即确定待注册服务所对应的子集群标识。

S503、根据子集群标识，确定与子集群标识对应的目标子集群，并将服务请求转发至目标子集群，服务请求用于目标子集群中的Eureka注册中心进行处理。

其中，根据子集群标识，确定与子集群标识对应的目标子集群。基于Eureka的服务请求处理装置将服务注册请求转发给子集群标识所对应的目标子集群，目标子集群内的负载均衡根据目标子集群中各个Eureka Server的当前流量，确定目标Eureka Server。将服务注册请求负载到目标Eureka Server上，目标Eureka Server完成最终的服务注册。

若服务请求为服务续约请求或服务下线请求，则可以由目标Eureka Server完成服务续约或服务下线。对于同一个服务标识的注册、续约、订阅和下线等请求，都负载到同一个子集群中，有利于进行数据的统计和查询。

本申请实施例通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

图6为本申请实施例提供的一种基于Eureka的服务请求处理方法的流程示意图，该实施例是在上述实施例基础上的可选实施例。

本实施例中，服务请求为服务订阅请求；相应地，获取请求方发起的服务请求，可细化为：获取服务消费方发起的服务订阅请求。

如图6所示，该方法包括以下步骤：

S601、获取服务消费方发起的服务订阅请求，服务订阅请求中包括待处理的服务的服务标识。

其中，服务请求可以是服务订阅请求，服务订阅请求可以由服务消费方发出，表示服务消费方想要订阅服务提供方所提供的某个服务。服务订阅请求中可以包括待订阅的服务的服务标识，例如，服务标识可以是服务名。

服务消费方可以根据实际需求同时对多个服务进行订阅，例如，服务订阅请求中可以包括服务名P、Q和R，表明服务消费方需要订阅服务P、服务Q和服务R。实现了针对实际需求对不同服务请求进行处理，满足用户的实际需求，并提高订阅效率。

S602、根据待处理的服务的服务标识，得到服务标识对应的子集群标识。

其中，获取服务订阅请求中的服务标识，若服务标识为服务名P，则可以对服务名P进行Hash值操作，然后按照一致性哈希算法计算出服务P所对应的子集群标识，例如，子集群标识为a。如果服务消费方同时还需要订阅服务Q和服务R，同理可以Hash服务名Q和服务名R，然后按照一致性哈希算法分别计算出服务Q和服务R所对应的子集群标识，例如，Q和R对应的子集群标识分别为b和c。

需要说明的是，不同服务对应的子集群标识可以相同，也可以不同。同一个服务的不同处理所对应的子集群标识相同。

S603、根据子集群标识，确定与子集群标识对应的目标子集群，并将服务请求转发至目标子集群，服务请求用于目标子集群中的Eureka注册中心进行处理。

其中，在确定子集群标识后，确定待处理服务对应的目标子集群。将服务订阅请求转发给目标子集群，目标子集群内的负载均衡确定目标Eureka Server，从而将服务订阅请求发送给目标Eureka Server。例如，待处理服务为P、Q和R，对应的目标子集群分别是a、b和c，子集群a、b、c内的负载均衡分别将三个服务订阅请求的流量负载到各自子集群内的目标Eureka Server上，各自的目标Eureka Server将对应的服务P、Q或R进行处理。各个目标Eureka Server可以将自己处理的数据同步到自身所在子集群的所有Eureka Server中，实现数据的一致性。

本实施例中，在根据子集群标识，确定与子集群标识对应的目标子集群，并将服务请求转发至目标子集群之后，还包括：从目标子集群中的Eureka注册中心中，获取与待订阅服务关联的服务提供方列表信息；将服务提供方列表信息发送至服务消费方。

具体的，目标Eureka Server在处理完成服务订阅请求后，可以将与待订阅的服务关联的服务提供方的列表信息发送给基于Eureka的服务请求处理装置。也就是说，可以从目标子集群中获取与待订阅服务关联的服务提供方列表信息，与待订阅服务关联的服务提供方为已经注册过该服务的服务提供方。服务提供方列表信息中可以包括服务提供方的名称等信息。

服务提供方在注册各个服务时，各个服务方的名称等信息存储在该服务所对应的子集群中，即，目标子集群中可以包括已经注册过该服务的服务提供方列表信息。每个服务都可以对应有一个服务提供方列表信息，用于表示有哪些服务提供方可以提供该服务。

由于服务提供方在注册服务时，是根据服务标识确定的目标子集群，服务消费方在订阅服务时，也是根据服务标识确定的目标子集群。因此，二者确定的目标子集群为同一个子集群。目标子集群在处理服务消费方的服务订阅请求后，可以查找到已经注册过待订阅服务的服务提供方，从而将服务提供方的列表信息进行反馈。

在接收到服务提供方列表信息后，可以将服务提供方列表信息发送给服务消费方。服务消费方根据服务提供方列表信息，确定可以提供待订阅服务的服务提供方。并根据实际需求选择目标服务提供方，完成服务的订阅过程。

这样设置的有益效果在于，通过将服务标识转换为子集群标识，保证了对于同一服务的注册、续约、订阅和下线请求，都负载到同一个子集群，从而在服务消费方进行订阅时，能够得到服务提供方列表信息，便于服务消费方进行订阅。避免服务消费方得到错误的服务提供方列表信息，提高服务订阅的效率和精度，提升用户的订阅体验。

本申请实施例通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

图7为本申请实施例提供的一种基于Eureka的服务请求处理装置的结构示意图，该装置与Eureka注册中心集群连接，Eureka注册中心集群中包括至少两个子集群，该装置可以通过软件、硬件或者两者的结合实现。如图7所示，该装置包括：服务请求获取模块701、子集群标识确定模块702和服务请求转发模块703。

服务请求获取模块701，用于获取请求方发起的服务请求，所述服务请求中包括待处理的服务的服务标识；

子集群标识确定模块702，用于根据所述待处理的服务的服务标识，得到所述服务标识对应的子集群标识；

服务请求转发模块703，用于根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群，所述服务请求用于目标子集群中的Eureka注册中心进行处理。

可选的，子集群标识确定模块702，包括：

哈希结果确定单元，用于根据预设的哈希算法，对所述待处理的服务的服务标识进行哈希计算，得到哈希结果；

标识确定单元，用于根据所述哈希结果，确定与所述待处理的服务的服务标识对应的子集群标识。

可选的，服务标识为服务名；

相应地，哈希结果确定单元，具体用于：

对服务名进行哈希值操作，得到所述服务名的哈希值；

根据预设的一致性哈希算法，对所述服务名的哈希值进行计算，得到所述待处理的服务的哈希结果。

可选的，该装置还包括：

子集群数量确定模块，用于在根据预设的一致性哈希算法，对所述服务名的哈希值进行计算，得到所述待处理的服务的哈希结果之前，确定Eureka注册中心集群中的子集群数量；

参数更新模块，用于根据所述子集群数量，更新预设的初始一致性哈希算法中的子集群数量参数，得到预设的一致性哈希算法。

可选的，标识确定单元，具体用于：

将所述哈希结果确定为与所述待处理的服务的服务标识对应的子集群标识。

可选的，子集群中包括至少两个Eureka注册中心；

相应地，服务请求转发模块703，具体用于：

将所述服务请求转发至所述目标子集群中的负载均衡，供所述负载均衡确定所述目标子集群中的目标Eureka注册中心，由所述目标Eureka注册中心对所述服务请求进行处理。

可选的，服务请求包括服务注册请求、服务续约请求、服务下线请求和服务订阅请求中的至少一项。

可选的，服务请求为服务注册请求；

相应地，服务请求获取模块701，具体用于：

获取服务提供方发起的服务注册请求。

可选的，服务请求为服务订阅请求；

相应地，服务请求获取模块701，具体用于：

获取服务消费方发起的服务订阅请求。

可选的，该装置还包括：

列表信息获取模块，用于在根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群之后，从所述目标子集群中的Eureka注册中心中，获取与待订阅服务关联的服务提供方列表信息；

列表信息发送模块，用于将所述服务提供方列表信息发送至所述服务消费方。

本申请实施例通过获取请求方的服务请求，确定请求方发起的待处理的服务，得到待处理服务的服务标识。对服务标识进行转换，得到服务标识对应的子集群标识。Eureka注册中心集群包括多个子集群，每个子集群对应有自己的子集群标识。根据得到的子集群标识，确定目标子集群，将服务请求发送给目标子集群，由目标子集群中的Eureka注册中心进行服务请求的处理。不需要现有技术中通过路由信息来确定子集群和Eureka注册中心的过程，避免了海量的路由信息的配置。通过服务标识直接确定目标子集群，有效提高了服务请求的处理效率和精度。

图8是根据一示例性实施例示出的一种电子设备的结构框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等终端设备。

装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行上述终端设备的基于Eureka的服务请求处理方法。

本申请还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的基于Eureka的服务请求处理方法。

本申请以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或电子设备上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据电子设备)、或者包括中间件部件的计算系统(例如，应用电子设备)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (14)

1.一种基于Eureka的服务请求处理方法，其特征在于，Eureka注册中心集群包括至少两个子集群，包括：

获取请求方发起的服务请求，所述服务请求中包括待处理的服务的服务标识；

根据所述待处理的服务的服务标识，得到所述服务标识对应的子集群标识；

根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群，所述服务请求用于目标子集群中的Eureka注册中心进行处理。

2.根据权利要求1所述的方法，其特征在于，根据所述待处理的服务的服务标识，得到所述服务标识对应的子集群标识，包括：

根据预设的哈希算法，对所述待处理的服务的服务标识进行哈希计算，得到哈希结果；

根据所述哈希结果，确定与所述待处理的服务的服务标识对应的子集群标识。

3.根据权利要求2所述的方法，其特征在于，所述服务标识为服务名；

相应地，根据预设的哈希算法，对所述待处理的服务的服务标识进行哈希计算，得到哈希结果，包括：

对服务名进行哈希值操作，得到所述服务名的哈希值；

根据预设的一致性哈希算法，对所述服务名的哈希值进行计算，得到所述待处理的服务的哈希结果。

4.根据权利要求3所述的方法，其特征在于，在根据预设的一致性哈希算法，对所述服务名的哈希值进行计算，得到所述待处理的服务的哈希结果之前，还包括：

确定Eureka注册中心集群中的子集群数量；

根据所述子集群数量，更新预设的初始一致性哈希算法中的子集群数量参数，得到预设的一致性哈希算法。

5.根据权利要求2所述的方法，其特征在于，根据所述哈希结果，确定与所述待处理的服务的服务标识对应的子集群标识，包括：

将所述哈希结果确定为与所述待处理的服务的服务标识对应的子集群标识。

6.根据权利要求1所述的方法，其特征在于，子集群中包括至少两个Eureka注册中心；

相应地，将所述服务请求转发至所述目标子集群，包括：

将所述服务请求转发至所述目标子集群中的负载均衡，供所述负载均衡确定所述目标子集群中的目标Eureka注册中心，由所述目标Eureka注册中心对所述服务请求进行处理。

7.根据权利要求1所述的方法，其特征在于，所述服务请求包括服务注册请求、服务续约请求、服务下线请求和服务订阅请求中的至少一项。

8.根据权利要求1所述的方法，其特征在于，所述服务请求为服务注册请求；

相应地，获取请求方发起的服务请求，包括：

获取服务提供方发起的服务注册请求。

9.根据权利要求1所述的方法，其特征在于，所述服务请求为服务订阅请求；

相应地，获取请求方发起的服务请求，包括：

获取服务消费方发起的服务订阅请求。

10.根据权利要求9所述的方法，其特征在于，在根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群之后，还包括：

从所述目标子集群中的Eureka注册中心中，获取与待订阅服务关联的服务提供方列表信息；

将所述服务提供方列表信息发送至所述服务消费方。

11.一种基于Eureka的服务请求处理装置，其特征在于，Eureka注册中心集群包括至少两个子集群，包括：

服务请求获取模块，用于获取请求方发起的服务请求，所述服务请求中包括待处理的服务的服务标识；

子集群标识确定模块，用于根据所述待处理的服务的服务标识，得到所述服务标识对应的子集群标识；

服务请求转发模块，用于根据所述子集群标识，确定与所述子集群标识对应的目标子集群，并将所述服务请求转发至所述目标子集群，所述服务请求用于目标子集群中的Eureka注册中心进行处理。

12.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-10中任一项所述的基于Eureka的服务请求处理方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-10中任一项所述的基于Eureka的服务请求处理方法。

14.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现如权利要求1-10中任一项所述的基于Eureka的服务请求处理方法。

Images