CN114598743A - 一种服务发现方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种服务发现方法、装置、电子设备及存储介质，涉及计算机应用技术领域，尤其涉及云计算。该方法包括：当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型；通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息；使得服务调用者发现该目标服务类型所对应的服务提供者。本申请实施例中服务调用者可以在本地的注册中心以外的注册中心订阅服务，注册中心之间不需要数据同步，实现策略比较简单，服务订阅更加灵活。

Description

一种服务发现方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机应用技术领域，进一步涉及云计算技术，尤其是一种服务发现方法、装置、电子设备及存储介质。

背景技术

微服务是一种开发软件的架构和组织方法，通过将应用程序切分和构建为独立的服务组件，每个服务组件执行一项或一组功能，服务组件间使用明确定义的接口进行通信。由于各服务组件是独立运行的，因此可以进行单独更新、部署和扩展，而不影响其他服务组件。采用微服务架构的好处是各功能模块可由各自的团队独立开发，选择自己适用的技术工具，达到敏捷灵活及自主部署的目的。

注册中心作为微服务架构中的关键模块，提供各个模块间寻址、配置等功能，是微服务***的基础。服务发现功能一般基于注册中心来实现。注册中心有单个数据中心集群或者多数据中心集群。在微服务***中，服务调用者依赖服务发现***来发现服务提供者。服务发现***一般包括注册中心，服务发布SDK(Software Development Kit，软件开发包)、服务订阅SDK等模块。

在现有的服务发现方式中，注册中心之间需要数据同步，实现策略比较复杂，服务订阅不够灵活。

发明内容

本公开提供了一种服务发现方法、装置、电子设备以及存储介质。

第一方面，本申请提供了一种服务发现方法，所述方法包括：

当服务调用者依赖目标服务类型的服务时，向本地的注册中心和所述本地的注册中心以外的注册中心订阅所述目标服务类型；

通过服务订阅SDK接收所述本地的注册中心和所述本地的注册中心以外的注册中心向所述服务调用者发送的所述目标服务类型所对应的服务提供者的信息，使得所述服务调用者发现所述目标服务类型所对应的服务提供者。

第二方面，本申请提供了一种服务发现装置，所述装置包括：订阅模块和接收模块；其中，

所述订阅模块，用于当服务调用者依赖目标服务类型的服务时，向本地的注册中心和所述本地的注册中心以外的注册中心订阅所述目标服务类型；

所述接收模块，用于通过服务订阅SDK接收所述本地的注册中心和所述本地的注册中心以外的注册中心向所述服务调用者发送的所述目标服务类型所对应的服务提供者的信息，使得所述服务调用者发现所述目标服务类型所对应的服务提供者。

第三方面，本申请实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的服务发现方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的服务发现方法。

第五方面，提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时实现本申请任意实施例所述的服务发现方法。

根据本申请的技术解决了现有技术中每一个注册中心都需要与其他注册中心同步服务信息，同时还需要自己实现同步策略，解决在网络故障等导致同步数据中断时的数据重新同步及数据校验机制，实现策略比较复杂的技术问题，本申请提供的技术方案，服务调用者可以在本地的注册中心以外的注册中心订阅服务，注册中心之间不需要数据同步，实现策略比较简单，服务订阅更加灵活。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本申请实施例提供的服务发现方法的第一流程示意图；

图2是本申请实施例提供的服务发现***的第一结构示意图；

图3是本申请实施例提供的服务发现***的第二结构示意图；

图4是本申请实施例提供的服务发现方法的第二流程示意图；

图5是本申请实施例提供的服务发现方法的第三流程示意图；

图6是本申请实施例提供的服务发现装置的结构示意图；

图7是用来实现本申请实施例的服务发现方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1是本申请实施例提供的服务发现方法的第一流程示意图，该方法可以由服务发现装置或者电子设备来执行，该装置或者电子设备可以由软件和/或硬件的方式实现，该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，服务发现方法可以包括以下步骤：

S101、当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型。

在本步骤中，当服务调用者依赖目标服务类型的服务时，服务调用者可以向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型。通常情况下，服务调用者在启动时可以向本地的注册中心和其他数据中心的注册中心同时发起订阅；此外，服务调用者也可以在启动后向本地的注册中心和其他数据中心的注册中心同时发起订阅。本申请实施例中的目标服务类型可以是一个服务类型，也可以是多个服务类型，在此不做限定。本申请实施例中的服务类型可以指服务提供者可以提供的服务的名称，例如在线服务、长连接服务等。另外，这里的“同时发起订阅”可以指在某一个时刻上向本地的注册中心和其他数据中心的注册中心一起发起订阅；也可以先向本地的注册中心发起订阅，在一个小的时间间隔内再向其他数据中心的注册中心发起订阅。

具体地，服务调用者可以直接向本地的注册中心以外的注册中心订阅该目标服务类型；或者，服务调用者可以通过代理向本地的注册中心以外的注册中心订阅该目标服务类型。例如，假设服务调用者依赖服务类型A，服务调用者可以向本地的注册中心和本地的注册中心以外的注册中心同时订阅服务类型A。假设服务调用者同时依赖服务类型A和服务类型B，服务调用者可以向本地的注册中心和本地的注册中心以外的注册中心同时订阅服务类型A和服务类型B。

S102、通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。

在本步骤中，服务调用者可以通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。例如，假设服务发现***可以包括：注册中心1和注册中心2；假设服务调用者依赖服务类型A、服务类型B、服务类型C和服务类型D，服务调用者可以向注册中心1订阅服务类型A、服务类型B、服务类型C和服务类型D；同时，服务调用者还可以向注册中心2订阅服务类型A、服务类型B、服务类型C和服务类型D。假设注册中心1有服务类型A所对应的服务提供者的信息，同时注册中心1中还有服务类型B所对应的服务提供者的信息，则注册中心1会将服务类型A所对应的服务提供者的信息和服务类型B所对应的服务提供者的信息发送给服务调用者。假设注册中心2有服务类型C所对应的服务提供者的信息，同时注册中心2中还有服务类型D所对应的服务提供者的信息，则注册中心2会将服务类型C所对应的服务提供者的信息和服务类型D所对应的服务提供者的信息发送给服务调用者。

需要说明的是，服务调用者与注册中心之间是保持连接的，注册中心发现服务调用者所关注的类型的服务的服务提供者有变化，就会推送。例如A类型的服务增加了一个服务节点(即一个新的服务提供者)，那么就会给订阅了A类型这个服务的服务调用者推送变更(通过订阅SDK跟注册中心间的长连接)。

图2是本申请实施例提供的服务发现***的第一结构示意图。如图2所示，服务发现***可以包括：注册中心、服务发布SDK(简称发布SDK)和服务订阅SDK(简称订阅SDK)。图2中的服务发现***可以包括两个数据中心，分别为：数据中心1和数据中心2；其中，数据中心1可以包括：注册中心1、服务类型A的提供者A1、服务类型A调用者CA1、服务类型B调用者CB1；数据中心2可以包括：注册中心2、服务类型A提供者A2、服务类型B提供者B1和服务类型A调用者CA2；服务类型A提供者A1向注册中心1发布服务；服务类型A提供者A2和服务类型B提供者B1向注册中心2发布服务；服务类型A调用者CA1在本地数据中心1的注册中心1上订阅A类型的服务，同时向其他数据中心(数据中心2)的注册中心(注册中心2)直接订阅A类型的服务。服务调用者CB1在本地数据中心1的注册中心1上订阅B类型的服务，同时向其他数据中心(数据中心2)的注册中心(注册中心2)直接订阅B类型的服务。服务调用者CA2在本地数据中心2的注册中心2上订阅A类型的服务，同时向其他数据中心(数据中心1)的注册中心(注册中心1)直接订阅A类型的服务。服务调用者CA1基于下文所述的通用服务选择算法或者就近服务选择算法，选择服务类型A提供者A1或者A2调用A类型的服务。同样服务调用者CA2也可以基于选择算法调用A1或者A2提供的A类型服务。服务调用者CB1基于相同的算法选择B类型的服务提供者，因只有一个服务提供者B1，因此只能向B1调用服务类型为B的服务。

更具体地，图2所示的服务发现***的工作流程可以包括以下步骤：①服务调用者CA1在本地数据中心1的注册中心1上订阅A类型的服务，同时向其他数据中心(数据中心2)的注册中心(注册中心2)直接订阅A类型的服务；②服务调用者CA2在本地数据中心2的注册中心2上订阅A类型的服务，同时向其他数据中心(数据中心1)的注册中心(注册中心1)直接订阅A类型的服务；③服务类型A提供者A1向注册中心1发布服务；④服务类型A提供者A2向注册中心2发布服务；⑤服务调用者CA1选择服务类型A提供者A1或者A2调用A类型的服务；⑥服务调用者CA2选择服务类型A提供者A1或者A2调用A类型的服务；⑦服务调用者CB1在本地数据中心1的注册中心1上订阅B类型的服务，同时向其他数据中心(数据中心2)的注册中心(注册中心2)直接订阅B类型的服务；⑧服务类型B提供者B1向注册中心2发布服务；⑨服务调用者CB 1选择服务类型B提供者B1调用B类型的服务。

图3是本申请实施例提供的服务发现***的第二结构示意图。如图3所示，服务发现***可以包括两个数据中心：分别为数据中心1和数据中心2；其中，数据中心1可以包括：注册中心1、订阅服务代理proxy1、服务类型A的提供者A1、服务类型A调用者CA1、服务类型B调用者CB1；数据中心2可以包括：注册中心2、订阅服务代理proxy2、服务类型A提供者A2、服务类型B提供者B1和服务类型A调用者CA2；服务类型A提供者A1向注册中心1发布服务；服务类型A提供者A2和服务类型B提供者B1向注册中心2发布服务；服务类型A调用者CA1在本地数据中心1的注册中心1上订阅A类型的服务，同时通过订阅服务代理proxy1向其他数据中心(数据中心2)的注册中心(注册中心2)订阅A类型的服务。服务调用者CB1在本地数据中心1的注册中心1上订阅B类型的服务，同时通过订阅服务代理proxy1向其他数据中心(数据中心2)的注册中心(注册中心2)订阅B类型的服务。服务调用者CA2在本地数据中心2的注册中心2上订阅A类型的服务，同时通过订阅服务代理proxy2向其他数据中心(数据中心1)的注册中心(注册中心1)订阅A类型的服务。服务调用者CA1基于下文所述的通用服务选择算法或者就近服务选择算法，选择服务类型A提供者A1或者A2调用A类型的服务。同样服务调用者CA2也可以基于选择算法调用A1或者A2提供的A类型服务。服务调用者CB1基于相同的算法选择B类型的服务提供者，因只有一个服务提供者B1，因此只能向B1调用服务类型为B的服务。

更具体地，图3所示的服务发现***的工作流程可以包括以下步骤：①服务调用者CA1在本地数据中心1的注册中心1上订阅A类型的服务，同时向其他数据中心(数据中心2)的注册中心(注册中心2)通过proxy订阅A类型的服务；②服务调用者CA2在本地数据中心2的注册中心2上订阅A类型的服务，同时向其他数据中心(数据中心1)的注册中心(注册中心1)通过proxy2订阅A类型的服务；③服务类型A提供者A1向注册中心1发布服务；④服务类型A提供者A2向注册中心2发布服务；⑤服务调用者CA1选择服务类型A提供者A1或者A2调用A类型的服务；⑥服务调用者CA2选择服务类型A提供者A1或者A2调用A类型的服务；⑦服务调用者CB1在本地数据中心1的注册中心1上订阅B类型的服务，同时向其他数据中心(数据中心2)的注册中心(注册中心2)同proxy1订阅B类型的服务；⑧服务类型B提供者B1向注册中心2发布服务；⑨服务调用者CB 1选择服务类型B提供者B1调用B类型的服务。

在本申请的具体实施例中，服务调用者还可以基于该目标服务类型所对应的服务提供者的信息，调用该目标服务类型的服务。当服务调用者需要调用一个服务类型的服务时，可以先基于预先确定的服务选择算法在该服务类型的服务提供者中确定本次需要调用的目标服务；其中，服务选择算法可以包括：通用服务选择算法和就近服务选择算法；然后基于目标服务所对应的服务提供者的信息，向目标服务发起服务调用。当服务调用者依赖多个服务类型时，对每个服务类型重复执行上述操作即可。

进一步地，本申请实施例中的通用服务选择算法包括：随机算法、不带权重的轮询算法、带权重的轮询算法、一致性哈希算法；就近服务选择算法可以包括：同环境优先选择算法、同环境同数据中心优先选择算法、同环境同数据中心同可用区优先选择算法。具体地，1)同环境优先选择算法：例如服务调用者是预发布环境的，则优先选择同是预发布环境的服务提供者；此选项也可以很方便做AB测试等策略。2)同环境同数据中心优先选择算法：在前一个算法的基础上增加同数据中心优先选择。3)同环境同数据中心同可用区优先选择算法：在前一个算法的基础上增加同数据中心的同可用区的优先选择。在上述服务选择算法中，从上到下的粒度是越来越小的，一般同类服务选定一个粒度后，如果同粒度下没有可用的服务，则会考虑更大一级的粒度的服务，例如如果采用同环境同数据中心优先选择的策略，如果本数据中心无可用的服务提供者，而其他数据中心有需要的服务提供者，则会选择其他数据中心的服务进行服务调用。

在现有的服务发现方式中，服务提供者启动后，会向注册中心发布服务，一般会声明本服务提供的接口、调用地址、调用协议等信息；服务调用者启动时，会订阅自己依赖的服务，例如依赖什么接口，协议信息等。服务提供者发布到注册中心后，一般会维持跟注册中心的心跳信息来保持存活状态。注册中心视业务需求，可以采用单数据中心集群部署，或者多数据中心集群部署，对于多数据中心集群方式，则分为两种方式实现：(1)注册中心集群直接跨越多个数据中心，每个数据中心的服务直接发布到整个集群，订阅服务信息也是向整个集群订阅。(2)每个数据中心有自己的注册中心集群，在本数据中心的服务只注册到本地的注册中心，每个数据中心的注册中心之间互相同步，订阅则直接向本数据中心的注册中心订阅。在上述实现方式(1)中，数据中心的开源或者自研实现一般采用强一致性模型，注册中心集群跨越多个数据中心部署时(例如华南、华北、华东三数据中心)，因为多个数据中心间网络相对不稳定的原因，可能导致发布服务时时延不稳定，极端情况下在数据中心间网络故障断开时，可能导致集群失效，无法发布订阅服务；在上述实现方式(2)中，每一个注册中心通过专线与其他注册中心同步服务信息，同时需要自己实现同步策略，解决在网络故障等导致同步数据中断时的数据重新同步及数据校验机制，实现策略比较复杂。

本申请实施例提出的服务发现方法，当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型；然后通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。也就是说，本申请中的服务调用者可以向本地的注册中心和本地的注册中心以外的注册中心同时订阅服务，这样本地的注册中心就不需要与其他的注册中心进行数据同步。而在现有的服务发现方法中，每一个注册中心都需要与其他的注册中心进行数据同步，即每一个注册中心都保存了全部的服务信息，如果发生同步数据中断，还需要重新同步数据。因为本申请采用了服务调用者向本地的注册中心以外的注册中心订阅服务的技术手段，克服了现有技术中每一个注册中心都需要与其他注册中心同步服务信息，同时还需要自己实现同步策略，解决在网络故障等导致同步数据中断时的数据重新同步及数据校验机制，实现策略比较复杂的技术问题，本申请提供的技术方案，服务调用者可以在本地的注册中心以外的注册中心订阅服务，注册中心之间不需要数据同步，实现策略比较简单，服务订阅更加灵活；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例二

图4是本申请实施例提供的服务发现方法的第二流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图4所示，服务发现方法可以包括以下步骤：

S401、当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型。

S402、通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。

在本申请的具体实施例中，服务发布SDK和服务订阅SDK分别由服务服务发布者和服务调用者集成，一个业务节点既可以是服务提供者，也可以是其他服务的调用者，所以可以兼具两种角色。另外，注册中心可以基于etcd实现，也可以基于nacos、zookeeper、consul等实现，每个数据中心有自己的注册中心etcd集群，该集群只在单数据中心，网络时延及抖动较小，集群失效的可能性小。本数据中心的服务提供者通过服务发布SDK将服务发布到本地的注册中心；服务调用者通过服务订阅SDK订阅本数据中心的服务，同时也会订阅其他数据中心的服务，这里可以直接去其他数据中心订阅，也可以通过proxy去其他数据中心订阅，通过这种订阅方式，可以免除跨地域的数据同步，全***的数据中心的信息可以由SDK从全局配置中自动获取。

S403、基于该目标服务类型所对应的服务提供者的信息，调用该目标服务类型的服务。

本申请实施例提出的服务发现方法，当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型；然后通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。也就是说，本申请中的服务调用者可以向本地的注册中心和本地的注册中心以外的注册中心同时订阅服务，这样本地的注册中心就不需要与其他的注册中心进行数据同步。而在现有的服务发现方法中，每一个注册中心都需要与其他的注册中心进行数据同步，即每一个注册中心都保存了全部的服务信息，如果发生同步数据中断，还需要重新同步数据。因为本申请采用了服务调用者向本地的注册中心以外的注册中心订阅服务的技术手段，克服了现有技术中每一个注册中心都需要与其他注册中心同步服务信息，同时还需要自己实现同步策略，解决在网络故障等导致同步数据中断时的数据重新同步及数据校验机制，实现策略比较复杂的技术问题，本申请提供的技术方案，服务调用者可以在本地的注册中心以外的注册中心订阅服务，注册中心之间不需要数据同步，实现策略比较简单，服务订阅更加灵活；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例三

图5是本申请实施例提供的服务发现方法的第三流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图5所示，服务发现方法可以包括以下步骤：

S501、当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型。

S502、通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。

S503、当服务调用者需要调用一个服务类型的服务时，基于预先确定的服务选择算法在该服务类型的服务提供者中确定本次需要调用的目标服务；其中，服务选择算法包括：通用服务选择算法和就近服务选择算法。

S504、基于目标服务所对应的服务提供者的信息，向目标服务发起服务调用。

在本申请的具体实施例中，服务提供者可以采用结构化的数据格式，通过服务发布SDK向注册中心发布服务，由注册中心将服务的信息存入集群；该结构化的数据格式包括：服务类型名称、服务所在环境分组、服务所在数据中心、服务所在数据中心的可用区、服务的接口协议及地址信息、服务的附加信息。具体地，1)服务类型名称：例如应用管理服务；2)服务所在环境分组：例如测试环境、预发布环境、生产环境等；3)服务所在数据中心：例如华南数据中心、华北数据中心；4)服务所在数据中心的可用区等更细分的信息；5)服务的接口协议及地址信息，包括：支持的接口、协议类型、数据中心内部地址和可以从其他数据中心访问的全局地址等；6)服务的附加信息，由具体应用来解析。

在本申请的具体实施例中，若服务调用者通过服务订阅SDK接收到注册中心发送的服务下线通知，则将通知下线的服务标记为暂时不可用，并将通知下线的服务加入到待检测列表；然后检测通知下线的服务的存活状态；其中，存活状态包括：服务存活和服务未存活；若通知下线的服务的存活状态为服务存活，则在待检测列表中将通知下线的服务标记由暂时不可用变更为正常状态；若通知下线的服务的存活状态为服务未存活，则在待检测列表将通知下线的服务删除。具体地，服务提供者会维护跟本地注册中心etcd集群之间的周期性的心跳来表明自己处于存活状态，在服务下线前则会主动向注册中心etcd集群注销自己。在注册中心集群检测到服务下线后会通知服务调用者(包括本数据中心和其他数据中心的调用者)，服务调用者确认服务提供者下线后，则从选择器去除此服务，后续服务调用不会再调用此服务。如果服务提供者和注册中心etcd集群之间发生了网络抖动，则可能会导致心跳超时导致触发服务下线的通知，服务调用者和服务提供者之间的网络可能是正常的，这样会有从服务选择器误摘除的情况；同时在服务提供者重新连上注册中心集群之后则会重新注册，从而又会通知服务调用者重新加回服务选择器，在极端条件下可能导致这种频繁的摘除加回的乒乓效应。针对这种情况，本申请在服务订阅SDK中做了一些优化来避免这种情况发生：服务调用者收到注册中心的下线通知后，将服务提供者放到待检测列表，同时将此服务提供者在服务选择器中标记为待摘除状态，选择此服务的优先级降低，在没有其他可用服务时才选择此服务。等待一段时间后开始检测服务是否可用，这里等待一段时间是为了避免服务下线时向注册中心注销后还未完全退出，导致后续的检测成功，造成服务无法下线。检测后如果服务可用，则将此服务提供者重新标记为正常状态。后续服务提供者和注册中心etcd集群的网络恢复后的服务上线通知则忽略。如果检测失败，则将服务提供者最终从服务选择器删除。

本申请实施例提出的服务发现方法，当服务调用者依赖目标服务类型的服务时，向本地的注册中心和本地的注册中心以外的注册中心订阅该目标服务类型；然后通过服务订阅SDK接收本地的注册中心和本地的注册中心以外的注册中心向服务调用者发送的该目标服务类型所对应的服务提供者的信息，使得服务调用者发现该目标服务类型所对应的服务提供者。也就是说，本申请中的服务调用者可以向本地的注册中心和本地的注册中心以外的注册中心同时订阅服务，这样本地的注册中心就不需要与其他的注册中心进行数据同步。而在现有的服务发现方法中，每一个注册中心都需要与其他的注册中心进行数据同步，即每一个注册中心都保存了全部的服务信息，如果发生同步数据中断，还需要重新同步数据。因为本申请采用了服务调用者向本地的注册中心以外的注册中心订阅服务的技术手段，克服了现有技术中每一个注册中心都需要与其他注册中心同步服务信息，同时还需要自己实现同步策略，解决在网络故障等导致同步数据中断时的数据重新同步及数据校验机制，实现策略比较复杂的技术问题，本申请提供的技术方案，服务调用者可以在本地的注册中心以外的注册中心订阅服务，注册中心之间不需要数据同步，实现策略比较简单，服务订阅更加灵活；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例四

图6是本申请实施例提供的服务发现装置的结构示意图。如图6所示，所述装置600包括：订阅模块601和接收模块602；其中，

所述订阅模块601，用于当服务调用者依赖目标服务类型的服务时，向本地的注册中心和所述本地的注册中心以外的注册中心订阅所述目标服务类型；

所述接收模块602，用于通过服务订阅SDK接收所述本地的注册中心和所述本地的注册中心以外的注册中心向所述服务调用者发送的所述目标服务类型所对应的服务提供者的信息，使得所述服务调用者发现所述目标服务类型所对应的服务提供者。

进一步的，所述订阅模块601，具体用于直接向所述本地的注册中心以外的注册中心订阅所述目标服务类型；或者通过代理向所述本地的注册中心以外的注册中心订阅所述目标服务类型。

进一步的，所述装置还包括：调用模块603(图中未示出)，用于若所述服务调用者需要调用一个服务类型的服务时，基于预先确定的服务选择算法在所述服务类型的服务提供者中确定本次需要调用的目标服务；其中，所述服务选择算法包括：通用服务选择算法和就近服务选择算法；基于所述目标服务所对应的服务提供者的信息，向所述目标服务发起服务调用。

进一步的，所述通用服务选择算法包括：随机算法、不带权重的轮询算法、带权重的轮询算法、一致性哈希算法；所述就近服务选择算法包括：同环境优先选择算法、同环境同数据中心优先选择算法、同环境同数据中心同可用区优先选择算法。

进一步的，所述装置还包括：检测模块604(图中未示出)，用于若所述服务调用者通过所述服务订阅SDK接收到所述注册中心发送的服务下线通知，则将通知下线的服务标记为暂时不可用，并将所述通知下线的服务加入到待检测列表；检测所述通知下线的服务的存活状态；其中，所述存活状态包括：服务存活和服务未存活；若所述通知下线的服务的存活状态为服务存活，则在所述待检测列表中将所述通知下线的服务标记由暂时不可用变更为正常状态。

进一步的，所述装置还包括：发布模块605(图中未示出)，用于所述服务提供者采用结构化的数据格式，通过所述服务发布SDK向本数据中心的注册中心发布服务，由所述注册中心将所述服务的信息存入集群；所述结构化的数据格式包括：服务类型名称、服务所在环境分组、服务所在数据中心、服务所在数据中心的可用区、服务的接口协议及地址信息、服务的附加信息。

上述服务发现装置可执行本申请任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的服务发现方法。

实施例五

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如服务发现方法。例如，在一些实施例中，服务发现方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的服务发现方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行服务发现方法。

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

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

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

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

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

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种服务发现方法，所述方法包括：

当服务调用者依赖目标服务类型的服务时，向本地的注册中心和所述本地的注册中心以外的注册中心订阅所述目标服务类型；

通过服务订阅软件开发包SDK接收所述本地的注册中心和所述本地的注册中心以外的注册中心向所述服务调用者发送的所述目标服务类型所对应的服务提供者的信息，使得所述服务调用者发现所述目标服务类型所对应的服务提供者。

2.根据权利要求1所述的方法，其中，向所述本地的注册中心以外的注册中心订阅所述目标服务类型，包括：

直接向所述本地的注册中心以外的注册中心订阅所述目标服务类型；或者通过代理向所述本地的注册中心以外的注册中心订阅所述目标服务类型。

3.根据权利要求1所述的方法，所述方法还包括：

当所述服务调用者需要调用一个服务类型的服务时，基于预先确定的服务选择算法在所述服务类型的服务提供者中确定本次需要调用的目标服务；其中，所述服务选择算法包括：通用服务选择算法和就近服务选择算法；

基于所述目标服务所对应的服务提供者的信息，向所述目标服务发起服务调用。

4.根据权利要求3所述的方法，所述通用服务选择算法包括：随机算法、不带权重的轮询算法、带权重的轮询算法、一致性哈希算法；所述就近服务选择算法包括：同环境优先选择算法、同环境同数据中心优先选择算法、同环境同数据中心同可用区优先选择算法。

5.根据权利要求1所述的方法，所述方法还包括：

若所述服务调用者通过所述服务订阅SDK接收到所述注册中心发送的服务下线通知，则将通知下线的服务标记为暂时不可用，并将所述通知下线的服务加入到待检测列表；

检测所述通知下线的服务的存活状态；其中，所述存活状态包括：服务存活和服务未存活；

若所述通知下线的服务的存活状态为服务存活，则在所述待检测列表中将所述通知下线的服务标记由暂时不可用变更为正常状态。

6.根据权利要求1所述的方法，所述方法还包括：

所述服务提供者采用结构化的数据格式，通过所述服务发布SDK向本地的注册中心发布服务，由所述注册中心将所述服务的信息存入集群；所述结构化的数据格式包括：服务类型名称、服务所在环境分组、服务所在数据中心、服务所在数据中心的可用区、服务的接口协议及地址信息、服务的附加信息。

7.一种服务发现装置，所述装置包括：订阅模块和接收模块；其中，

所述订阅模块，用于当服务调用者依赖目标服务类型的服务时，向本地的注册中心和所述本地的注册中心以外的注册中心订阅所述目标服务类型；

所述接收模块，用于通过服务订阅软件开发包SDK接收所述本地的注册中心和所述本地的注册中心以外的注册中心向所述服务调用者发送的所述目标服务类型所对应的服务提供者的信息，使得所述服务调用者发现所述目标服务类型所对应的服务提供者。

8.根据权利要求7所述的装置，所述订阅模块，具体用于直接向所述本地的注册中心以外的注册中心订阅所述目标服务类型；或者通过代理向所述本地的注册中心以外的注册中心订阅所述目标服务类型。

9.根据权利要求7所述的装置，所述装置还包括：调用模块，用于若所述服务调用者需要调用一个服务类型的服务时，基于预先确定的服务选择算法在所述服务类型的服务提供者中确定本次需要调用的目标服务；其中，所述服务选择算法包括：通用服务选择算法和就近服务选择算法；基于所述目标服务所对应的服务提供者的信息，向所述目标服务发起服务调用。

10.根据权利要求9所述的装置，所述通用服务选择算法包括：随机算法、不带权重的轮询算法、带权重的轮询算法、一致性哈希算法；所述就近服务选择算法包括：同环境优先选择算法、同环境同数据中心优先选择算法、同环境同数据中心同可用区优先选择算法。

11.根据权利要求7所述的装置，所述装置还包括：检测模块，用于若所述服务调用者通过所述服务订阅SDK接收到所述注册中心发送的服务下线通知，则将通知下线的服务标记为暂时不可用，并将所述通知下线的服务加入到待检测列表；检测所述通知下线的服务的存活状态；其中，所述存活状态包括：服务存活和服务未存活；若所述通知下线的服务的存活状态为服务存活，则在所述待检测列表中将所述通知下线的服务标记由暂时不可用变更为正常状态。

12.根据权利要求7所述的装置，所述装置还包括：发布模块，用于所述服务提供者采用结构化的数据格式，通过所述服务发布SDK向本地的注册中心发布服务，由所述注册中心将所述服务的信息存入集群；所述结构化的数据格式包括：服务类型名称、服务所在环境分组、服务所在数据中心、服务所在数据中心的可用区、服务的接口协议及地址信息、服务的附加信息。

13.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-6中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。

Images