CN113301166B - 服务的调用方法及装置、存储介质、电子装置 - Google Patents

Abstract

本发明实施例提供了一种服务的调用方法及装置、存储介质、电子装置，该方法包括：接收第一微服务架构发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；从第一注册中心获取第一服务列表；将发送第一服务调用请求的协议转换为第二网关所支持的协议，得到第二服务调用请求；按照第二网关的地址信息将第二服务调用请求发送至第二网关；接收第二网关发送的第一响应消息。通过本发明，解决了微服务框架融合的问题，达到有效融合微服务框架的效果。

Description

服务的调用方法及装置、存储介质、电子装置

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种服务的调用方法及装置、存储介质、电子装置。

背景技术

随着业务变得日渐复杂，服务的并发量不断增大，单体服务因为复杂性高，扩展能力有限，已经很难支撑云业务快速发展；于是，很多企业开始使用分布式架构，即将单体服务拆分为多个业务模块，每个业务模块单独部署，通过接口的方式进行信令交互，每个业务服务前使用LVS/Nginx进行负载均衡，此种架构服务间耦合性明显降低，扩展性提升，但是由于模块间远程通信增多，该架构服务间的接口开发工作量极大提升，且运维在进行部署和扩容时，需要动态从负载均衡器上增加或者删除服务器，工作量较大，而且极容易出错；为解决分布式架构的问题，微服务架构被引入，代表性的架构有Spring cloud和Dubbo等，微服务架构核心要素包括服务发现、注册、路由、熔断、降低、分布式配置等，这些核心要素决定了使用微服务架构灵活性更大，开发的工作量降低。

很多企业的架构主要是分布式架构或者部分子系统进行了微服务改造，如果此时技术如果切换为全新的微服务架构，此时改造就面临着诸多困难。最直接的改造思路是将老系统统一推倒重来，统一按照全新的微服务框架进行重构，但是这种方式开发的工作量较大，而且时间周期过长。

现有技术中，提出统一注册中心的想法，主要解决异构微服务框架融合的问题，没有涉及部分服务本身不支持服务注册如何与整个系统融合。

针对上述技术问题，相关技术中尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种服务的调用方法及装置、存储介质、电子装置，以至少解决相关技术中微服务框架融合的问题。

根据本发明的一个实施例，提供了一种服务的调用方法，包括：接收第一微服务架构发送的第一服务调用请求，其中，上述第一服务调用请求用于请求调用第二微服务架构中的服务，上述第一微服务架构和上述第二微服务架构之间属于异构微服务框架；从第一注册中心获取第一服务列表，其中，上述第一注册中心归属于上述第一微服务架构连接，上述第一服务列表中包括第二网关的地址信息和上述第二网关所支持的协议，上述第二网关归属于上述第二微服务架构；将发送上述第一服务调用请求的协议转换为上述第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和上述第二网关所支持的协议不相同；按照上述第二网关的地址信息将上述第二服务调用请求发送至上述第二网关；接收上述第二网关发送的第一响应消息，其中，上述第一响应消息用于响应上述第一服务调用请求，以从上述第二微服务架构中调用服务。

根据本发明的另一个实施例，提供了一种服务的调用方法，包括：接收第一网关发送的第一服务调用请求，其中，上述第一服务调用请求用于请求调用第二微服务架构中的服务，上述第一微服务架构和上述第二微服务架构之间属于异构微服务框架；将第一服务列表发送至上述第一网关，其中，上述第一服务列表中包括第二网关的地址信息和上述第二网关所支持的协议，上述第二网关归属于上述第二微服务架构。

根据本发明的又一个实施例，还提供了一种服务的调用方法，包括：向第一网关发送第一服务调用请求，其中，上述第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和上述第二微服务架构之间属于异构微服务框架；接收上述第一网关发送的第一响应消息，其中，上述第一响应消息用于响应上述第一服务调用请求，以从上述第二微服务架构中调用服务；基于上述第一响应消息调用上述第二微服务架构中的服务。

根据本发明的又一个实施例，还提供了一种服务的调用方法，包括：第一接收模块，用于接收第一微服务架构发送的第一服务调用请求，其中，上述第一服务调用请求用于请求调用第二微服务架构中的服务，上述第一微服务架构和上述第二微服务架构之间属于异构微服务框架；第一获取模块，用于从第一注册中心获取第一服务列表，其中，上述第一注册中心归属于上述第一微服务架构连接，上述第一服务列表中包括第二网关的地址信息和上述第二网关所支持的协议，上述第二网关归属于上述第二微服务架构；第一转换模块，用于将发送上述第一服务调用请求的协议转换为上述第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和上述第二网关所支持的协议不相同；第一发送模块，用于按照上述第二网关的地址信息将上述第二服务调用请求发送至上述第二网关；第二接收模块，用于接收上述第二网关发送的第一响应消息，其中，上述第一响应消息用于响应上述第一服务调用请求，以从上述第二微服务架构中调用服务。

根据本发明的又一个实施例，还提供了一种服务的调用装置，包括：第三接收模块，用于接收第一网关发送的第一服务调用请求，其中，上述第一服务调用请求用于请求调用第二微服务架构中的服务，上述第一微服务架构和上述第二微服务架构之间属于异构微服务框架；第二发送模块，用于将第一服务列表发送至上述第一网关，其中，上述第一服务列表中包括第二网关的地址信息和上述第二网关所支持的协议，上述第二网关归属于上述第二微服务架构。

根据本发明的又一个实施例，还提供了一种服务的调用装置，包括：第三发送模块，用于向第一网关发送第一服务调用请求，其中，上述第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和上述第二微服务架构之间属于异构微服务框架；第四接收模块，用于接收上述第一网关发送的第一响应消息，其中，上述第一响应消息用于响应上述第一服务调用请求，以从上述第二微服务架构中调用服务；第一调用模块，用于基于上述第一响应消息调用上述第二微服务架构中的服务。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，通过接收第一微服务架构发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；从第一注册中心获取第一服务列表，其中，第一注册中心归属于第一微服务架构连接，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构；将发送第一服务调用请求的协议转换为第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和第二网关所支持的协议不相同；按照第二网关的地址信息将第二服务调用请求发送至第二网关；接收第二网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务。实现了通过网关进行协议转换以实现跨微服务架构调用，可以减少微服务改造对原微服务框架服务的冲击，同时减少了微服务框架融合带来的性能损耗。因此，可以解决相关技术中微服务框架融合的问题，达到有效融合微服务框架的效果。

附图说明

图1是本发明实施例的一种服务的调用方法的移动终端的硬件结构框图；

图2是根据本发明实施例的服务的调用方法的流程图(一)；

图3是根据本发明实施例的服务的调用方法的流程图(二)；

图4是根据本发明实施例的服务的调用方法的流程图(三)；

图5是根据本发明实施例的微服务改造系统图；

图6是根据本发明实施例的微服务改造举例示意图；

图7是根据本发明实施例的跨微服务框架服务调用示意图；

图8是根据本发明实施例的流程图；

图9是根据本发明实施例的服务的调用装置的结构框图(一)；

图10是根据本发明实施例的服务的调用装置的结构框图(二)；

图11是根据本发明实施例的服务的调用装置的结构框图(三)。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种服务的调用方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的服务的调用方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种服务的调用方法，图2是根据本发明实施例的服务的调用方法的流程图(一)，如图2所示，该流程包括如下步骤：

步骤S202，接收第一微服务架构发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；

步骤S204，从第一注册中心获取第一服务列表，其中，第一注册中心归属于第一微服务架构连接，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构；

步骤S206，将发送第一服务调用请求的协议转换为第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和第二网关所支持的协议不相同；

步骤S208，按照第二网关的地址信息将第二服务调用请求发送至第二网关；

步骤S210，接收第二网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务。

其中，上述步骤的执行主体可以为网关服务器等，但不限于此。

通过上述步骤，通过接收第一微服务架构发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；从第一注册中心获取第一服务列表，其中，第一注册中心归属于第一微服务架构连接，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构；将发送第一服务调用请求的协议转换为第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和第二网关所支持的协议不相同；按照第二网关的地址信息将第二服务调用请求发送至第二网关；接收第二网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务。实现了通过网关进行协议转换以实现跨微服务架构调用，可以减少微服务改造对原微服务框架服务的冲击，同时减少了微服务框架融合带来的性能损耗。因此，可以解决相关技术中微服务框架融合的问题，达到有效融合微服务框架的效果。

在一个示例性实施例中，接收第二网关发送的第一响应消息之后，方法还包括：

S1，将第一响应消息转换为第一网关支持的协议，其中，第一网关归属于第一微服务架构；

S2，将第一响应消息发送至第一微服务架构，以指示第一微服务架构调用第一响应消息中携带第二微服务架构中的服务。

在本实施例中，可以实现跨网关的服务调用，网关地址可以使用各区域网关的负载均衡器的地址。

本实施例各服务涉及需要调用异构微服务架构的服务时统一将请求发送到自身微服务框架的网关，由自身微服务框架的网关进行跨微服务架构的请求转发和协议转换，将信令发送给其他框架的网关。可以减少因为网关扩容而频繁进行配置变更。例如，第一微服务架构内部协议统一使用HTTP方式，第二微服务架构内部统一使用RPC协议格式，跨微服务的网关进行协议转换时，如果是第一微服务架构向第二微服务架构的服务发送，需要将协议转换为RPC协议格式；如果第二微服务架构向第一微服务架构发送，需要将协议转换为HTTP协议格式。

在一个示例性实施例中，接收第一微服务架构发送的第一服务调用请求之前，方法还包括：

S1，向第二微服务架构中的公共注册代理发送第一服务信息，以指示公共注册代理将第一服务信息发送至第二微服务架构中的注册中心，其中，第二微服务架构中的注册中心用于将第一服务信息注册至第二服务列表中。

在本实施例中，第二微服务架构中的公共注册代理可以将其他微服务框架网关的服务信息注册到自身的注册中心。

在本实施例中提供了一种服务的调用方法，图3是根据本发明实施例的服务的调用方法的流程图(二)，如图3所示，该流程包括如下步骤：

步骤S302，接收第一网关发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；

步骤S304，将第一服务列表发送至第一网关，其中，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构。

其中，上述步骤的执行主体可以为注册中心等，但不限于此。

通过上述步骤，通过接收第一网关发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；将第一服务列表发送至第一网关，其中，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构。实现了通过网关进行协议转换以实现跨微服务架构调用，可以减少微服务改造对原微服务框架服务的冲击，同时减少了微服务框架融合带来的性能损耗。因此，可以解决相关技术中微服务框架融合的问题，达到有效融合微服务框架的效果。

在一个示例性实施例中，接收第一网关发送的第一服务调用请求之前，方法还包括：

S1，接收公共注册代理模块发送的第一注册请求，其中，第一注册请求中包括第二网关的服务信息，其中，第二网关归属于第二微服务架构，第一微服务架构和第二微服务架构之间属于异构微服务框架；

S2，响应第一注册请求，以将第二网关的服务信息注册至第一注册中心中的第一服务列表中，其中，第一注册中心归属于第一微服务架构。

在本实施例中，可以用于将异构框架服务或者其他不支持服务注册发现的服务(通常情况下为仅被其他服务调用，不主动调用其他服务的服务)注册到注册中心。

在一个示例性实施例中，接收第一网关发送的第一服务调用请求之前，方法还包括：

S1，接收代理模块发送的第二注册请求，其中，第二注册请求中包括没有集成注册发现功能的服务的服务信息；

S2，响应第二注册请求，以将没有集成注册发现功能的服务的服务信息注册至第一注册中心中的第二服务列表中，其中，第一注册中心归属于第一微服务架构。

在本实施例中，可以实现将异构框架服务或者其他不支持服务注册发现的服务注册到注册中心。

在本实施例中提供了一种服务的调用方法，图4是根据本发明实施例的服务的调用方法的流程图(三)，如图4所示，该流程包括如下步骤：

步骤S402，向第一网关发送第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；

步骤S404，接收第一网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务；

步骤S406，基于第一响应消息调用第二微服务架构中的服务。

其中，上述步骤的执行主体可以为微服务架构等，但不限于此。

通过上述步骤，通过向第一网关发送第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；接收第一网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务；基于第一响应消息调用第二微服务架构中的服务。实现了通过网关进行协议转换以实现跨微服务架构调用，可以减少微服务改造对原微服务框架服务的冲击，同时减少了微服务框架融合带来的性能损耗。因此，可以解决相关技术中微服务框架融合的问题，达到有效融合微服务框架的效果。

下面结合具体实施例对本发明进行说明：

本实施例涉及的微服务改造方案可以应对系统中存在异构微服务架构，且存在服务不在微服务架构体系内，该方案的要点是不同微服务架构注册中心分离，如图5所示，代理的作用主要是服务注册、服务续约、服务下线、代理服务调用、协议转换等，与非支持注册发现的服务配套使用，而公共注册代理的作用是进行服务注册、服务续约和服务下线等，独立运行，主要用于将异构框架服务或者其他不支持服务注册发现的服务(通常情况下为仅被其他服务调用，不主动调用其他服务的服务)注册到注册中心，公共注册中心不同的微服务架构中均有一个，会根据不同注册中心的协议进行适配。不同微服务架构使用自身微服务架构适配的注册中心，微服务框架A的服务注册到与自身匹配的注册中心A，微服务框架B的服务注册到与自身匹配的注册中心B，跨微服务框架的服务调用通过网关进行路由和协议转换，由于不同微服务框架的网关间相互需要调用，异构微服务框架对端网关的服务地址通过公共注册代理注册到注册中心，同时没有集成注册发现功能的服务为了融合到注册发现的体系内，可以通过代理将服务信息注册到注册中心(如果服务不需要调用其他服务，仅被其他服务调用，且协议与微服务框架的协议兼容，也可以选择使用公共注册代理将服务注册到注册中心)。

由于微服务改造的最终结果总是希望能够实现微服务框架的统一，本实施例以最终选型的微服务框架为Spring Cloud为例，如果技术选型为其他框架，方案类似。对于图5中的实施例，对于没有集成注册发现服务，可以通过集成代理的方式向注册中心注册，当前开源的代理可以使用Spring Cloud Sidecar，也可以基于协议自己开发，此处代理的主要作用是将服务注册到注册中心，同时将该服务与其他服务交互的信令通过代理转发的方式发送给其他服务，此处操作的关键点在于为了尽可能降低注册代理进行服务转发带来的性能损耗，在原服务的协议与微服务架构服务保持兼容时，注册代理可以将原服务的服务地址和端口信息注册到注册中心，其他服务调用被代理服务时可以直接调用到原服务，绕过注册代理，仅在原服务与微服务架构服务不兼容时，通过代理进行协议转换；Spring Cloud服务和Dubbo服务可以通过自身集成的client注册到各自的注册中心；异构微服务架构的对端网关通过公共注册代理进行注册，以便跨微服务框架调用时发现对端网关地址进行调用。

关于如何实现跨网关的服务调用，本实施例的关键点在于公共注册代理将其他微服务框架网关的服务信息注册到自身的注册中心，本实施例的网关地址建议使用各区域网关的负载均衡器的地址，这种实现方式可以尽可能减少因为网关扩容而频繁进行配置变更，各服务涉及需要调用异构微服务架构的服务时统一将请求发送到自身微服务框架的网关，由自身微服务框架的网关进行跨微服务架构的请求转发和协议转换，将信令发送给其他框架的网关，如图6所示，如果Spring Cloud微服务架构的服务框架希望调用Dubbo服务框架的服务，可以先从注册中心找到本区域网关的服务列表，从服务列表中通过负载均衡算法选定发送的服务后将信令发送给网关服务器，而网关根据配置的路由判断需要发送给其他区域的网关，此时需要从服务列表中查询到其他区域网关的地址信息，然后将协议转换为对端微服务架构可以识别的协议再发送给对应网关，并在响应时进行协议转换，如图7所示，Spring Cloud微服务架构内部协议统一使用HTTP方式，Dubbo微服务架构内部统一使用RPC协议格式，跨微服务的网关进行协议转换时，如果是Spring Cloud微服务架构服务向Dubbo微服务架构的服务发送，需要将协议转换为RPC协议格式；如果是Dubbo微服务架构服务向Spring Cloud微服务架构服务发送，需要将协议转换为HTTP协议格式。

如图8所示，本实施例包括以下步骤：

S801：服务注册到注册中心，微服务架构内的服务直接通过自身集成的client将服务注册到注册中心，其他没有集成注册发现的服务通过微服务自身的代理服务将服务注册到注册中心；

S802：注册代理将其他微服务框架的网关注册到注册中心，此处的作用保障了网关能够通过服务发现获取其他微服务框架的网关；

S803：服务调用时从服务注册中心获取服务地址，根据负责均衡算法选择需要发起请求的服务器具体地址信息，此处需要注意的是没有集成注册发现功能的老服务会先将请求转发给代理服务，由代理服务代理进行微服务调用；

S804：各自服务确定自身角色是否为网关；

S805：非网关服务发起请求时不需要做特殊处理；

S806：网关服务需要根据目标微服务架构支持的协议格式进行协议格式转换；

综上所述，本实施例可以将不支持注册发现的服务通过代理注册到注册中心，从而加入到整个微服务架构内，在老服务与微服务框架协议格式相同的情况下，注册代理注册服务时将服务真正的地址注册到注册中心，在被其他服务调用时避免因为代理带来性能损耗，老服务调用其他服务时，统一转发到代理服务，由代理服务进行服务发现和服务调用；在同一个微服务框架内，服务间正常调用，不需要每个微服务都使用代理进行流量拦截和协议转换，仅跨微服务框架的服务才需进行协议转换，这样就尽可能避免了不必要的性能损失。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种服务的调用装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图9是根据本发明实施例的服务的调用装置的结构框图(一)，如图9所示，该装置包括：

第一接收模块92，用于接收第一微服务架构发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；

第一获取模块94，用于从第一注册中心获取第一服务列表，其中，第一注册中心归属于第一微服务架构连接，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构；

第一转换模块96，用于将发送第一服务调用请求的协议转换为第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和第二网关所支持的协议不相同；

第一发送模块98，用于按照第二网关的地址信息将第二服务调用请求发送至第二网关；

第二接收模块910，用于接收第二网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务。

在一个示例性实施例中，上述装置还用于接收第二网关发送的第一响应消息之后，将第一响应消息转换为第一网关支持的协议，其中，第一网关归属于第一微服务架构；将第一响应消息发送至第一微服务架构，以指示第一微服务架构调用第一响应消息中携带第二微服务架构中的服务。

在一个示例性实施例中，上述装置还用于接收第一微服务架构发送的第一服务调用请求之前，向第二微服务架构中的公共注册代理发送第一服务信息，以指示公共注册代理将第一服务信息发送至第二微服务架构中的注册中心，其中，第二微服务架构中的注册中心用于将第一服务信息注册至第二服务列表中。

图10是根据本发明实施例的服务的调用装置的结构框图(二)，如图10所示，该装置包括：

第三接收模块1002，用于接收第一网关发送的第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；

第二发送模块1004，用于将第一服务列表发送至第一网关，其中，第一服务列表中包括第二网关的地址信息和第二网关所支持的协议，第二网关归属于第二微服务架构。

在一个示例性实施例中，上述装置还用于接收第一网关发送的第一服务调用请求之前，接收公共注册代理模块发送的第一注册请求，其中，第一注册请求中包括第二网关的服务信息，其中，第二网关归属于第二微服务架构，第一微服务架构和第二微服务架构之间属于异构微服务框架；响应第一注册请求，以将第二网关的服务信息注册至第一注册中心中的第一服务列表中，其中，第一注册中心归属于第一微服务架构。

在一个示例性实施例中，上述装置还用于接收第一网关发送的第一服务调用请求之前，接收代理模块发送的第二注册请求，其中，第二注册请求中包括没有集成注册发现功能的服务的服务信息；响应第二注册请求，以将没有集成注册发现功能的服务的服务信息注册至第一注册中心中的第二服务列表中，其中，第一注册中心归属于第一微服务架构。

图11是根据本发明实施例的服务的调用装置的结构框图(三)，如图11所示，该装置包括：

第三发送模块1102，用于向第一网关发送第一服务调用请求，其中，第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和第二微服务架构之间属于异构微服务框架；

第四接收模块1104，用于接收第一网关发送的第一响应消息，其中，第一响应消息用于响应第一服务调用请求，以从第二微服务架构中调用服务；

第一调用模块1106，用于基于第一响应消息调用第二微服务架构中的服务。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种服务的调用方法，其特征在于，包括：

接收第一微服务架构发送的第一服务调用请求，其中，所述第一服务调用请求用于请求调用第二微服务架构中的服务，所述第一微服务架构和所述第二微服务架构之间属于异构微服务框架；

从第一注册中心获取第一服务列表，其中，所述第一注册中心归属于所述第一微服务架构连接，所述第一服务列表中包括第二网关的地址信息和所述第二网关所支持的协议，所述第二网关归属于所述第二微服务架构；

将发送所述第一服务调用请求的协议转换为所述第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和所述第二网关所支持的协议不相同；

按照所述第二网关的地址信息将所述第二服务调用请求发送至所述第二网关；

接收所述第二网关发送的第一响应消息，其中，所述第一响应消息用于响应所述第一服务调用请求，以从所述第二微服务架构中调用服务；

其中，所述第一微服务架构内的服务直接通过自身集成的客户端将服务注册到所述第一注册中心，其他没有集成注册发现功能的服务通过微服务自身的代理服务将服务注册到所述第一注册中心；

其中，所述第二微服务架构的所述第二网关通过公共注册代理被注册到所述第一注册中心，以使得所述第一网关通过服务发现获取所述第二微服务架构的所述第二网关；

其中，所述第一微服务架构中的用于发送所述第一服务调用请求的服务器的地址信息是根据负载均衡算法选择得到的信息，在所述第一服务调用请求用于所述第一微服务架构中的服务请求调用所述第二微服务架构中的服务、且所述第一微服务架构中的服务是没有集成注册发现功能的服务的情况下，所述第一服务调用请求被设置为经由所述代理服务进行微服务调用。

2.根据权利要求1所述的方法，其特征在于，接收所述第二网关发送的第一响应消息之后，所述方法还包括：

将所述第一响应消息转换为第一网关支持的协议，其中，所述第一网关归属于所述第一微服务架构；

将所述第一响应消息发送至所述第一微服务架构，以指示所述第一微服务架构调用所述第一响应消息中携带所述第二微服务架构中的服务。

3.根据权利要求1所述的方法，其特征在于，接收第一微服务架构发送的第一服务调用请求之前，所述方法还包括：

向第二微服务架构中的公共注册代理发送第一服务信息，以指示所述公共注册代理将所述第一服务信息发送至所述第二微服务架构中的注册中心，其中，所述第二微服务架构中的注册中心用于将所述第一服务信息注册至第二服务列表中。

4.一种服务的调用方法，其特征在于，包括：

接收第一网关发送的第一服务调用请求，其中，所述第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和所述第二微服务架构之间属于异构微服务框架；

将第一服务列表发送至所述第一网关，其中，所述第一服务列表中包括第二网关的地址信息和所述第二网关所支持的协议，所述第二网关归属于所述第二微服务架构；

其中，所述第一服务列表用于指示所述第一网关执行以下操作：

将发送所述第一服务调用请求的协议转换为所述第二网关所支持的协议，得到第二服务调用请求，其中，所述第一网关和所述第二网关所支持的协议不相同；按照所述第二网关的地址信息将所述第二服务调用请求发送至所述第二网关；接收所述第二网关发送的第一响应消息，其中，所述第一响应消息用于响应所述第一服务调用请求，以从所述第二微服务架构中调用服务；

其中，在接收所述第一网关发送的所述第一服务调用请求之前，所述方法还包括：

接收公共注册代理模块发送的第一注册请求，其中，所述第一注册请求中包括第二网关的服务信息，其中，所述第二网关归属于第二微服务架构，所述第一微服务架构和所述第二微服务架构之间属于异构微服务框架；

响应所述第一注册请求，以将所述第二网关的服务信息注册至第一注册中心中的第一服务列表中，其中，所述第一注册中心归属于所述第一微服务架构；

在接收所述第一网关发送的所述第一服务调用请求之前，所述方法还包括：接收代理模块发送的第二注册请求，其中，所述第二注册请求中包括没有集成注册发现功能的服务的服务信息；响应所述第二注册请求，以将所述没有集成注册发现功能的服务的服务信息注册至第一注册中心中的第二服务列表中，其中，所述第一注册中心归属于所述第一微服务架构；

所述方法还包括：接收由所述第一微服务架构自身集成的客户端注册的所述第一微服务架构内的服务的信息；

其中，所述第一服务调用请求是由所述第一微服务架构发送给所述第一网关的，所述第一微服务架构中的用于发送所述第一服务调用请求的服务器的地址信息是根据负载均衡算法选择得到的信息，在所述第一服务调用请求用于所述第一微服务架构中的服务请求调用所述第二微服务架构中的服务、且所述第一微服务架构中的服务是没有集成注册发现功能的服务的情况下，所述第一服务调用请求被设置为经由所述代理模块进行微服务调用。

5.一种服务的调用方法，其特征在于，包括：

向第一网关发送第一服务调用请求，其中，所述第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和所述第二微服务架构之间属于异构微服务框架；其中，所述第一服务调用请求还用于请求所述第一网关执行以下操作：从第一注册中心获取第一服务列表，其中，所述第一注册中心归属于所述第一微服务架构连接，所述第一服务列表中包括第二网关的地址信息和所述第二网关所支持的协议，所述第二网关归属于所述第二微服务架构；将发送所述第一服务调用请求的协议转换为所述第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和所述第二网关所支持的协议不相同；按照所述第二网关的地址信息将所述第二服务调用请求发送至所述第二网关；接收所述第二网关发送的第一响应消息，其中，所述第一响应消息用于响应所述第一服务调用请求，以从所述第二微服务架构中调用服务；

接收所述第一网关发送的所述第一响应消息；

基于所述第一响应消息调用所述第二微服务架构中的服务；

其中，所述第一微服务架构内的服务直接通过自身集成的客户端将服务注册到所述第一注册中心，其他没有集成注册发现功能的服务通过微服务自身的代理服务将服务注册到所述第一注册中心；

其中，所述第二微服务架构的所述第二网关通过公共注册代理被注册到所述第一注册中心，以使得所述第一网关通过服务发现获取所述第二微服务架构的所述第二网关；

其中，所述第一微服务架构中的用于发送所述第一服务调用请求的服务器的地址信息是根据负载均衡算法选择得到的信息，在所述第一服务调用请求用于所述第一微服务架构中的服务请求调用所述第二微服务架构中的服务、且所述第一微服务架构中的服务是没有集成注册发现功能的服务的情况下，所述第一服务调用请求被设置为经由所述代理服务进行微服务调用。

6.一种服务的调用装置，其特征在于，包括：

第一接收模块，用于接收第一微服务架构发送的第一服务调用请求，其中，所述第一服务调用请求用于请求调用第二微服务架构中的服务，所述第一微服务架构和所述第二微服务架构之间属于异构微服务框架；

第一获取模块，用于从第一注册中心获取第一服务列表，其中，所述第一注册中心归属于所述第一微服务架构连接，所述第一服务列表中包括第二网关的地址信息和所述第二网关所支持的协议，所述第二网关归属于所述第二微服务架构；

第一转换模块，用于将发送所述第一服务调用请求的协议转换为所述第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和所述第二网关所支持的协议不相同；

第一发送模块，用于按照所述第二网关的地址信息将所述第二服务调用请求发送至所述第二网关；

第二接收模块，用于接收所述第二网关发送的第一响应消息，其中，所述第一响应消息用于响应所述第一服务调用请求，以从所述第二微服务架构中调用服务；

其中，所述第一微服务架构内的服务直接通过自身集成的客户端将服务注册到所述第一注册中心，其他没有集成注册发现功能的服务通过微服务自身的代理服务将服务注册到所述第一注册中心；

其中，所述第二微服务架构的所述第二网关通过公共注册代理被注册到所述第一注册中心，以使得所述第一网关通过服务发现获取所述第二微服务架构的所述第二网关；

其中，所述第一微服务架构中的用于发送所述第一服务调用请求的服务器的地址信息是根据负载均衡算法选择得到的信息，在所述第一服务调用请求用于所述第一微服务架构中的服务请求调用所述第二微服务架构中的服务、且所述第一微服务架构中的服务是没有集成注册发现功能的服务的情况下，所述第一服务调用请求被设置为经由所述代理服务进行微服务调用。

7.一种服务的调用装置，其特征在于，包括：

第三接收模块，用于接收第一网关发送的第一服务调用请求，其中，所述第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和所述第二微服务架构之间属于异构微服务框架；

第二发送模块，用于将第一服务列表发送至所述第一网关，其中，所述第一服务列表中包括第二网关的地址信息和所述第二网关所支持的协议，所述第二网关归属于所述第二微服务架构；

其中，所述第一服务列表用于指示所述第一网关执行以下操作：

将发送所述第一服务调用请求的协议转换为所述第二网关所支持的协议，得到第二服务调用请求，其中，所述第一网关和所述第二网关所支持的协议不相同；按照所述第二网关的地址信息将所述第二服务调用请求发送至所述第二网关；接收所述第二网关发送的第一响应消息，其中，所述第一响应消息用于响应所述第一服务调用请求，以从所述第二微服务架构中调用服务；

其中，上述装置还用于：在接收所述第一网关发送的所述第一服务调用请求之前，接收公共注册代理模块发送的第一注册请求，其中，所述第一注册请求中包括第二网关的服务信息，其中，所述第二网关归属于第二微服务架构，所述第一微服务架构和所述第二微服务架构之间属于异构微服务框架；响应所述第一注册请求，以将所述第二网关的服务信息注册至第一注册中心中的第一服务列表中，其中，所述第一注册中心归属于所述第一微服务架构；上述装置还用于：在接收所述第一网关发送的所述第一服务调用请求之前，接收代理模块发送的第二注册请求，其中，所述第二注册请求中包括没有集成注册发现功能的服务的服务信息；响应所述第二注册请求，以将所述没有集成注册发现功能的服务的服务信息注册至第一注册中心中的第二服务列表中，其中，所述第一注册中心归属于所述第一微服务架构；

其中，上述装置还用于：接收由所述第一微服务架构自身集成的客户端注册的所述第一微服务架构内的服务的信息；

其中，所述第一服务调用请求是由所述第一微服务架构发送给所述第一网关的，所述第一微服务架构中的用于发送所述第一服务调用请求的服务器的地址信息是根据负载均衡算法选择得到的信息，在所述第一服务调用请求用于所述第一微服务架构中的服务请求调用所述第二微服务架构中的服务、且所述第一微服务架构中的服务是没有集成注册发现功能的服务的情况下，所述第一服务调用请求被设置为经由所述代理模块进行微服务调用。

8.一种服务的调用装置，其特征在于，包括：

第三发送模块，用于向第一网关发送第一服务调用请求，其中，所述第一服务调用请求用于请求调用第二微服务架构中的服务，第一微服务架构和所述第二微服务架构之间属于异构微服务框架；其中，所述第一服务调用请求还用于请求所述第一网关执行以下操作：从第一注册中心获取第一服务列表，其中，所述第一注册中心归属于所述第一微服务架构连接，所述第一服务列表中包括第二网关的地址信息和所述第二网关所支持的协议，所述第二网关归属于所述第二微服务架构；将发送所述第一服务调用请求的协议转换为所述第二网关所支持的协议，得到第二服务调用请求，其中，第一网关和所述第二网关所支持的协议不相同；按照所述第二网关的地址信息将所述第二服务调用请求发送至所述第二网关；接收所述第二网关发送的第一响应消息，其中，所述第一响应消息用于响应所述第一服务调用请求，以从所述第二微服务架构中调用服务；

第四接收模块，用于接收所述第一网关发送的所述第一响应消息；

第一调用模块，用于基于所述第一响应消息调用所述第二微服务架构中的服务；

其中，所述第一微服务架构内的服务直接通过自身集成的客户端将服务注册到所述第一注册中心，其他没有集成注册发现功能的服务通过微服务自身的代理服务将服务注册到所述第一注册中心；

其中，所述第二微服务架构的所述第二网关通过公共注册代理被注册到所述第一注册中心，以使得所述第一网关通过服务发现获取所述第二微服务架构的所述第二网关；

其中，所述第一微服务架构中的用于发送所述第一服务调用请求的服务器的地址信息是根据负载均衡算法选择得到的信息，在所述第一服务调用请求用于所述第一微服务架构中的服务请求调用所述第二微服务架构中的服务、且所述第一微服务架构中的服务是没有集成注册发现功能的服务的情况下，所述第一服务调用请求被设置为经由所述代理服务进行微服务调用。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至3任一项中所述的方法，或者执行权利要求4所述的方法，或者执行权利要求5中所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至3任一项中所述的方法，或者执行权利要求4所述的方法，或者执行权利要求5中所述的方法。

Images