[发明专利]应用服务调用系统、方法以及装置

说明书

本申请公开了一种应用服务调用系统，包括：控制中心模块，用于声明第一服务提供模块调用第二服务提供模块的服务声明配置，对所述第一服务提供模块基于所述服务声明配置发送的地址解析请求中包含的所述第二服务提供模块的服务地址进行解析，获得所述服务地址对应的负载地址并向所述第一服务提供模块发送；所述第一服务提供模块，基于所述控制中心模块发送的所述负载地址发送针对所述第二服务提供模块的调用请求；所述负载均衡模块，用于将所述调用请求转发至所述第二服务提供模块的实例上。所述应用服务调用系统能够适应不同的开发环境，针对不同开发环境中应用服务相互之间的调用实现负载均衡，应用范围更加广泛。

技术领域

本申请涉及应用技术领域，具体涉及一种应用服务调用系统。本申请同时涉及两种应用服务调用方法以及装置，一种应用服务调用请求转发方法以及装置，以及三种计算机可读介质。

背景技术

在企业级的应用场景中，应用的功能越来越多样化，一个应用往往集成有多个功能，根据功能的不同划分出不同的服务模块，从而形成一个应用的多个服务，并且这些服务之间相互通信，比如购物应用的商品购买服务会调用交易支付服务；同时，不同服务由于业务复杂度或业务量的不同，有的服务会有不止一个的实例，在调用这些服务的过程中需要将请求按照一定的策略路由到被调用服务的实例上。目前实现这一调用的方案有如下两种：

一是通过负载均衡设备或者软件实现负载均衡，比如通过LVS(Linux VirtualServer)等负载均衡设备实现，具体是将被调用的服务挂载到负载均衡设备的后端端口上面，转发负载均衡前端端口上调用者的请求来实现负载均衡，并在后端服务变化时进行手动修改。

二是通过注册中心的方式实现负载均衡，服务的实例启动时都会将自己的访问地址写到注册中心服务上，调用者在调用之前会先去注册中心取到被调用的服务的实例列表，然后再将请求直接发给被调用者的实例上。

然而，上述第一种通过负载均衡设备或者软件实现的负载均衡，在不同的环境下需要进行配置使其与不同的环境匹配，比如在线上生产环境下以及本地开发测试环境下需要分别进行配置，增加了开发、测试、发布和运维的成本。

上述第二种通过注册中心的方式实现的负载均衡，服务都需要遵守注册中心的协议，在应用采用各种异构语言编程的模式中，维护各种语言的注册中心的标准就增加了很大的成本；并且，需要在不同环境下配置不同的注册中心，同样会增加开发、测试、发布和运维的成本。

发明内容

本申请提供一种应用服务调用系统，以解决现有技术存在的缺陷。本申请另外提供两种应用服务调用方法以及装置，一种应用服务调用请求转发方法以及装置，以及三种计算机可读介质。

本申请提供一种应用服务调用系统，包括：

控制中心模块、第一服务提供模块、负载均衡模块和第二服务提供模块；

其中，所述控制中心模块，用于声明所述第一服务提供模块调用所述第二服务提供模块的服务声明配置，对所述第一服务提供模块基于所述服务声明配置发送的地址解析请求中包含的所述第二服务提供模块的服务地址进行解析，获得所述服务地址对应的负载地址并向所述第一服务提供模块发送；

所述第一服务提供模块，用于向所述控制中心模块发送所述地址解析请求，接收所述控制中心模块发送的所述负载地址，并基于所述负载地址发送针对所述第二服务提供模块的调用请求；

所述负载均衡模块，用于将所述调用请求转发至所述第二服务提供模块的实例上。

可选的，所述服务声明配置，包括所述第二服务提供模块的服务地址。

可选的，所述服务声明配置，包括下述至少一项：

所述第二服务提供模块的服务标识、所述第二服务提供模块进行状态检查的检查类型和所述第二服务提供模块的实例数目。