CN105357233A - 一种远程调用方法与设备 - Google Patents

Abstract

本申请的目的是提供一种远程调用方法与设备；获取或更新一个或多个可用服务的服务地址信息；根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；根据所述路由访问信息调用所述目标可用服务。与现有技术相比，本申请克服了须经由中间服务器(如负载均衡服务器)等第三方设备来调度服务调用请求从而实现负载均衡的技术偏见，本申请摒弃了第三方设备，而是通过服务请求端直接确定关于目标服务的路由访问信息来实现负载均衡；而且，不需要绕经中转的负载均衡服务器，不仅避免了负载均衡服务器所导致的单点故障，也减少了网络中转、提高了服务响应性能。

Description

一种远程调用方法与设备

技术领域

本申请涉及计算机领域，尤其涉及一种远程调用技术。

背景技术

当应用从集中式的单机***走向跨网络的分布式***的服务化过程中，关键问题之一便是如何确定并调用远程服务。目前主要通过在调用客户端和服务提供端之间架设透明带负载均衡服务器(如硬件F5或者软件Linux虚拟服务器LVS、反向代理HAProxy等等)来透明地代理调用客户端的远程服务调用请求，并确定对应的服务提供端来响应该请求。

然而，上述方案中，所有的请求/响应都经过负载均衡服务器，随着业务的增大，负载均衡的压力会增大，该负载均衡服务器很可能会成为故障单点，这将导致大量远程调用无法完成，从而影响***服务功能实现及用户使用体验。

发明内容

本申请的目的是提供一种远程调用方法与设备。

根据本申请的一个方面，提供了一种远程调用方法，包括：

获取或更新一个或多个可用服务的服务地址信息；

根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；

根据所述路由访问信息调用所述目标可用服务。

根据本申请的另一方面，还提供了一种远程调用设备，包括：

第一装置，用于获取或更新一个或多个可用服务的服务地址信息；

第二装置，用于根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；

第三装置，用于根据所述路由访问信息调用所述目标可用服务。

与现有技术相比，本申请通过获取或更新一个或多个可用服务的服务地址信息，根据服务调用请求及服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息，进而根据该路由访问信息调用该目标可用服务。本申请克服了须经由中间服务器(如负载均衡服务器)等第三方设备来调度服务调用请求从而实现负载均衡的技术偏见，本申请摒弃了第三方设备，而是通过服务请求端直接确定关于目标服务的路由访问信息来实现负载均衡；而且，通过确定目标可用服务的路由访问信息来直接调用该目标可用服务，不需要绕经中转的负载均衡服务器，不仅避免了负载均衡服务器所导致的单点故障，也减少了网络中转、提高了服务响应性能。

进一步地，本申请还可以实现更为精确的远程调用负载均衡，例如，本申请可以根据接口、方法以及参数来从可用的地址列表中来过滤选择出特定的地址列表进行调用；也可以基于路由对某些机器进行权重选择；另外对于一些高并发网站，在全国有多个机房，跨机房的服务调用是常见的，针对多机房通过一定策略来避免跨机房的延迟。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面的一种远程调用设备的设备示意图；

图2示出根据本申请另一个方面的一种远程调用方法的方法流程图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

图1示出根据本申请一个方面的一种远程调用设备的设备示意图。远程调用设备1包括第一装置101、第二装置102和第三装置103。

其中，第一装置101获取一个或多个可用服务的服务地址信息。具体地，第一装置101定期或应事件触发地，从远程调用框架所对应的注册服务器或地址服务器，获取一个或多个可用服务的服务地址信息，或者仅获取其中更新后的一个或多个可用服务的服务地址信息。例如，该第一装置101定期从远程调用框架所对应的注册服务器，下载注册服务的服务地址信息。

本领域技术人员应能理解，上述获取或更新服务地址信息的方式仅为举例，其他现有的或今后可能出现的获取或更新服务地址信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

第二装置102根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息。具体地，第二装置102确定路由访问信息的方式包括但不限于：

1)第二装置102首先根据该服务调用请求及第一装置101获取或更新的一个或多个可用服务的服务地址信息，确定目标可用服务，其中，该目标可用服务与该服务调用请求相匹配；随后，第二装置102再根据该目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息。

2)第二装置102首先根据该服务调用请求及第一装置101获取或更新的一个或多个可用服务的服务地址信息，确定若干个候选路由访问信息；随后，该第二装置102再根据服务调用请求，或进一步结合路由规则，从该若干个候选路由访问信息中筛选出目标可用服务，进而，将该目标可用服务所对应的候选路由访问信息作为该路由访问信息。

本领域技术人员应能理解，上述确定路由访问信息的方式仅为举例，其他现有的或今后可能出现的确定路由访问信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

第三装置103根据所述路由访问信息调用所述目标可用服务。具体地，第三装置103根据第二装置102所确定的路由访问信息，直接远程调用该目标可用服务；或者，该第三装置103根据该路由访问信息，将该服务调用请求发送至该目标可用服务，并由该目标可用服务处理该服务调用请求。

在此，若该服务调用请求包含服务调用参数，则该第三装置103可依据该(等)服务调用参数调用该目标可用服务。

本领域技术人员应能理解，上述调用目标可用服务的方式仅为举例，其他现有的或今后可能出现的调用目标可用服务的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

在此，远程调用包括但不限于基于如HSF、RPC或RMI等。在此，该远程调用方法工作于调用远程服务的客户端。

HSF(High-SpeedServiceFramework，高速服务框架)，旨在为业务应用提供一个分布式的服务框架，HSF从分布式应用层面以及统一的发布/调用方式层面为大家提供支持，从而可以很容易的开发分布式的应用以及提供或使用公用功能模块，而不用考虑分布式领域中的各种细节技术，例如远程通讯、性能损耗、调用的透明化、同步/异步调用方式的实现等等问题。

RPC(RemoteProcedureCallProtocol，远程过程调用协议)，是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

RMI(RemoteMethodInvocation，远程方法调用)，是Java编程语言里，一种用于实现远程过程调用的应用程序编程接口。其使客户机上运行的程序可以调用远程服务器上的对象。远程方法调用特性使Java编程人员能够在网络环境中分布操作。RMI的宗旨在于尽可能简化远程接口对象的使用。

优选地，远程调用设备1的各个装置之间是持续不断工作的。具体地，第一装置101获取或更新一个或多个可用服务的服务地址信息；第二装置102根据服务调用请求及所述一个或多个可用服务的服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；第三装置103根据所述路由访问信息调用所述目标可用服务。在此，本领域技术人员应理解“持续”是指远程调用设备1的各装置分别按照设定的或实时调整的工作模式要求，获取或更新服务地址信息、确定路由访问信息及调用目标可用服务。

在此，远程调用设备1通过获取或更新一个或多个可用服务的服务地址信息，根据服务调用请求及该一个或多个可用服务的服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息，进而根据该路由访问信息调用该目标可用服务。远程调用设备1通过确定目标可用服务的路由访问信息来直接调用该目标可用服务，不需要绕经中转的负载均衡服务器，不仅避免了负载均衡服务器所导致的单点故障，也减少了网络中转、提高了服务响应性能。

优选地，所述第二装置102根据服务调用请求及所述一个或多个可用服务的服务地址信息确定目标可用服务，其中，所述目标可用服务与所述服务调用请求相匹配；根据所述目标可用服务的服务地址信息路由确定所述服务调用请求关于所述目标可用服务的路由访问信息。

例如，第二装置102根据服务调用请求，及第一装置101所获取或更新的一个或多个可用服务的服务地址信息，确定与该服务调用请求相匹配目标可用服务；随后，该第二装置102根据该目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息，如根据服务调用客户端所保护的路由信息表，查询确定去往该目标可用服务的服务地址的下一跳，即对应的路由访问信息。

在此，服务调用请求通常包括用于匹配目标可用服务的相关信息，例如，服务调用请求为请求调用日志查询服务。

优选地，根据服务调用请求及所述一个或多个可用服务的服务地址信息确定目标可用服务包括：

根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述目标可用服务。

具体地，第二装置102根据服务调用请求，及第一装置101所获取或更新的一个或多个可用服务的服务地址信息，确定若干个候选可用服务，其中，该候选可用服务与该服务调用请求相匹配；随后，该第二装置102结合对应的路由规则，从该若干个与该服务调用请求相匹配的候选可用服务中筛选出目标可用服务。

优选地，当经过路由规则筛选后仍存在多个候选可用服务时，第二装置102随机选择一个候选可用服务，作为目标可用服务。

随后，该第二装置102根据该确定的目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息。

更优选地，所述路由规则包括以下至少任一项：

基于服务接口的路由规则；

基于服务方法的路由规则；

基于服务的参数值的路由规则；

基于服务所属机房所对应的路由规则。

具体地，路由规则包括基于服务接口的路由规则。在此，基于服务接口的路由规则是服务调用按照接口路由到固定的几台机器或者几组机器。例如，用户想对服务A做接口级别路由控制，A服务的地址列表为：192.168.1.2,192.168.1.3。控制所有服务访问A服务时，全部路由到192.168.1.3，只需要向文件配置中心注册如下内容：

其中的IP地址支持正则表达式(*,？)，例如可以配置成192.168.1.*。在此，如果只想匹配某一个IP，配置时需要在此IP后面加上":*"，如上例中"192.168.1.3:*"中的":*"部分是必须的。如果IP地址的末尾本来就有通配符"*",如192.168.1.*，则无需再添加":*"。

路由规则还包括基于服务方法的路由规则。在此，基于服务方法的路由规则是根据服务调用请求所要调用的服务方法来筛选候选可用服务，路由到固定的几台或者几组机器。与上述基于服务接口的路由规则一样，如用户需要读写分离，现有2台机器提供同一个服务的读和写方法，用户想1台机器用做读服务，1台机器用做写服务，只需要向文件配置中心注册如下内容:

路由规则还包括基于服务的参数值的路由规则。在此，基于服务的参数值的路由规则是服务调用按照参数传入的实际值，路由到固定的几台机器或者几组机器。用户想对服务A做参数级别路由控制，A服务的地址列表为：192.168.1.2，192.168.1.3。控制所有服务访问A服务时，如果方法中某个参数大于一定规则时(例如，当参数传入整数大于10到某几台机器，小于10则到另几台机器)，路由到不同组机器上。只需要向文件注册中心注册如下内容：

路由规则还包括基于服务所属机房所对应的路由规则。优选地，当满足服务可用比例阈值时，启用本地机房优先路由规则。由于跨机房的代价一般比较大，因此，可以优先启用本地机房。然而，由于有些服务在机房的部署并不均衡，甚至在某些机房根本没部署，因此，不能以一概全的禁用跨机房调用，跨机房调用在某些条件下是需要的。可以由灵活的本地机房规则来配合进行权衡的判断。在此，服务可用比例阈值用于判断是否优先启用本地机房，其值可以是***预置的，也可根据实际情况进行调整。该服务可用比例阈值是该路由规则中指定了对某个服务，是否启用本地机房优先调用的策略，以及启用策略的情况下，策略真正能够生效的阀值。其定义如下：

<flowControl>

<localPreferredSwitch>on</localPreferredSwitch>

<threshold>0.2</threshold>

</flowControl>

以上规则表示，对所配置的服务启用本地机房优先调用的策略，规则生效阀值为0.2。

规则属性：

localPreferredSwitch：on|off

threshold：float值

exclusions：如果期望该规则只对一部分机器生效，可以使用这一属性配置需要排除的IP，如：172.24.*，将表示该规则不会应用于所有172.24开头的IP。

该服务可用比例阈值的计算方法为：服务可用比例＝本地机房可用机器数量/所有服务机器数量。

当服务可用比例大于等于该服务可用比例阈值时，启用本地机房优先策略。当服务可用比例小于该服务可用比例阈值时，本地机房优先策略关闭，服务仍然采用随机调用的方式。

本领域技术人员应能理解，上述路由规则仅为举例，其他现有的或今后可能出现的路由规则如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述目标可用服务包括：

根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则及所述路由规则的权重信息，确定所述目标可用服务。

具体地，在第二装置102结合对应的路由规则，确定目标可用服务之时，还可考虑路由规则的权重信息。例如，第二装置102根据服务调用请求，及第一装置101所获取或更新的一个或多个可用服务的服务地址信息，并结合对应的路由规则及该路由规则的权重信息，确定该目标可用服务。

在此，由于路由规则中增加权重。用户有时候希望在路由规则中里面再增加权重，这时只要在对应的路由规则，如基于服务接口的路由规则、基于服务方法的路由规则或基于服务的参数值的路由规则的IP地址列表里增加权重值即可。例如，在基于服务接口的路由规则中增加权重信息，比例为1：3。则该基于服务接口的路由规则参考如下：

优选地，所述对应的路由规则包括多项路由规则；其中，根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述目标可用服务包括：

根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则及所述路由规则的粒度信息，确定所述目标可用服务。

具体地，在第二装置102结合对应的路由规则，确定目标可用服务时，若该路由规则包括多项路由规则，则该第二装置102还需结合该多项路由规则的粒度信息，确定该目标可用服务。例如，第二装置102根据服务调用请求，及第一装置101所获取或更新的一个或多个可用服务的服务地址信息，并结合对应的路由规则及该路由规则的粒度信息，确定该目标可用服务。

例如，假设路由规则包括多项路由规则，如包括基于服务接口的路由规则、基于服务方法的路由规则、基于服务的参数值的路由规则，则该第二装置102按照该多项路由规则的粒度信息，对目标可用服务进行筛选，如按照粒度信息从小到大的顺序，对目标可用服务进行筛选，如，基于服务的参数值的路由规则的优先级最高，其次是基于服务方法的路由规则，最后是基于服务接口的路由规则。

在此，在调用者获取所有的可用地址列表后通过随机方法选择其中一个是最简单直接最普遍的策略。然而，该种简单的策略无法满足复杂的需求，在某些实际场景下，需要根据接口、方法以及参数来从可用的地址列表中来过滤选择出特定的地址列表进行调用；也可以基于路由对某些机器进行权重选择；另外对于一些高并发网站，在全国有多个机房，跨机房的服务调用是常见的，针对多机房需要一定策略来避免跨机房的延迟。

因此，远程调用设备1根据服务调用请求及一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定目标可用服务；或进一步地，远程调用设备1再结合该路由规则的权重信息，确定目标可用服务；或更进一步地，远程调用设备1再结合路由规则的粒度信息，确定目标可用服务。

优选地，该远程调用设备1还包括第四装置(未示出)。该第四装置获取或更新所述对应的路由规则，以供确定对应的目标可用服务。具体地，第四装置定期或应事件触发地，例如从远程调用框架所对应的文件配置中，下载由服务治理平台生成的路由规则，以实现对路由规则的获取或更新；当后续再接收到服务调用请求时，便可更具所获取或更新后的路由规则，来确定对应的目标可用服务。在此，确定目标可用服务的方式与前述实施例相同或基本相同，故不再赘述，并以引用方式包含于此。

在此，在业务***初始化阶段，服务框架，如HSF，注册客户调用者相关的服务路由信息，一旦有新路由规则发布或者内容变动，服务框架就会立刻解析最新的规则，并立刻在运行时生效。

本领域技术人员应能理解，上述获取或更新路由规则的方式仅为举例，其他现有的或今后可能出现的获取或更新路由规则的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，所述第二装置102根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述服务调用请求关于目标可用服务的路由访问信息。

例如，第二装置102根据服务调用请求，及第一装置101所获取或更新的一个或多个可用服务的服务地址信息，确定若干个候选可用服务，其中，该候选可用服务与该服务调用请求相匹配；随后，该第二装置102再结合对应的路由规则，从该若干个与该服务调用请求相匹配的候选可用服务中筛选出目标可用服务；进而，该第二装置102根据该确定的目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息。

优选地，所述可用服务包括内部状态初始化完成且数据及依赖服务检测成功的注册服务。具体地，该可用服务为注册服务，且该注册服务的内部状态初始化已完成，并且，该注册服务的数据及依赖服务已检测成功。第一装置101定期或应事件触发地，从远程调用框架所对应的注册服务器或地址服务器，获取或更新一个或多个可用服务的服务地址信息。例如，该第一装置101定期从远程调用框架所对应的注册服务器，下载注册服务的服务地址信息。

图2示出根据本申请另一个方面的一种远程调用方法的方法流程图。

在步骤S201中，远程调用设备1获取一个或多个可用服务的服务地址信息。具体地，在步骤S201中，远程调用设备1定期或应事件触发地，从远程调用框架所对应的注册服务器或地址服务器，获取一个或多个可用服务的服务地址信息，或者仅获取其中更新后的一个或多个可用服务的服务地址信息。例如，在步骤S201中，远程调用设备1定期从远程调用框架所对应的注册服务器，下载注册服务的服务地址信息。

本领域技术人员应能理解，上述获取或更新服务地址信息的方式仅为举例，其他现有的或今后可能出现的获取或更新服务地址信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

在步骤S202中，远程调用设备1根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息。具体地，在步骤S202中，远程调用设备1确定路由访问信息的方式包括但不限于：

1)在步骤S202中，远程调用设备1首先根据该服务调用请求及在步骤S201中获取或更新的一个或多个可用服务的服务地址信息，确定目标可用服务，其中，该目标可用服务与该服务调用请求相匹配；随后，在步骤S202中，远程调用设备1再根据该目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息。

2)在步骤S202中，远程调用设备1首先根据该服务调用请求及在步骤S201中获取或更新的一个或多个可用服务的服务地址信息，确定若干个候选路由访问信息；随后，在步骤S202中，远程调用设备1再根据服务调用请求，或进一步结合路由规则，从该若干个候选路由访问信息中筛选出目标可用服务，进而，将该目标可用服务所对应的候选路由访问信息作为该路由访问信息。

本领域技术人员应能理解，上述确定路由访问信息的方式仅为举例，其他现有的或今后可能出现的确定路由访问信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

在步骤S203中，远程调用设备1根据所述路由访问信息调用所述目标可用服务。具体地，在步骤S203中，远程调用设备1根据在步骤S202中所确定的路由访问信息，直接远程调用该目标可用服务；或者，在步骤S203中，远程调用设备1根据该路由访问信息，将该服务调用请求发送至该目标可用服务，并由该目标可用服务处理该服务调用请求。

在此，若该服务调用请求包含服务调用参数，则在步骤S203中，远程调用设备1可依据该(等)服务调用参数调用该目标可用服务。

本领域技术人员应能理解，上述调用目标可用服务的方式仅为举例，其他现有的或今后可能出现的调用目标可用服务的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

在此，远程调用包括但不限于基于如HSF、RPC或RMI等。在此，该远程调用方法工作于调用远程服务的客户端。

HSF(High-SpeedServiceFramework，高速服务框架)，旨在为业务应用提供一个分布式的服务框架，HSF从分布式应用层面以及统一的发布/调用方式层面为大家提供支持，从而可以很容易的开发分布式的应用以及提供或使用公用功能模块，而不用考虑分布式领域中的各种细节技术，例如远程通讯、性能损耗、调用的透明化、同步/异步调用方式的实现等等问题。

RPC(RemoteProcedureCallProtocol，远程过程调用协议)，是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

RMI(RemoteMethodInvocation，远程方法调用)，是Java编程语言里，一种用于实现远程过程调用的应用程序编程接口。其使客户机上运行的程序可以调用远程服务器上的对象。远程方法调用特性使Java编程人员能够在网络环境中分布操作。RMI的宗旨在于尽可能简化远程接口对象的使用。

优选地，远程调用设备1的各个步骤之间是持续不断工作的。具体地，在步骤S201中，远程调用设备1获取或更新一个或多个可用服务的服务地址信息；在步骤S202中，远程调用设备1根据服务调用请求及所述一个或多个可用服务的服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；在步骤S203中，远程调用设备1根据所述路由访问信息调用所述目标可用服务。在此，本领域技术人员应理解“持续”是指远程调用设备1的各步骤分别按照设定的或实时调整的工作模式要求，获取或更新服务地址信息、确定路由访问信息及调用目标可用服务。

在此，远程调用设备1通过获取或更新一个或多个可用服务的服务地址信息，根据服务调用请求及该一个或多个可用服务的服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息，进而根据该路由访问信息调用该目标可用服务。远程调用设备1通过确定目标可用服务的路由访问信息来直接调用该目标可用服务，不需要绕经中转的负载均衡服务器，不仅避免了负载均衡服务器所导致的单点故障，也减少了网络中转、提高了服务响应性能。

优选地，在步骤S202中，远程调用设备1根据服务调用请求及所述一个或多个可用服务的服务地址信息确定目标可用服务，其中，所述目标可用服务与所述服务调用请求相匹配；根据所述目标可用服务的服务地址信息路由确定所述服务调用请求关于所述目标可用服务的路由访问信息。

例如，在步骤S202中，远程调用设备1根据服务调用请求，及在步骤S201中所获取或更新的一个或多个可用服务的服务地址信息，确定与该服务调用请求相匹配目标可用服务；随后，在步骤S202中，远程调用设备1根据该目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息，如根据服务调用客户端所保护的路由信息表，查询确定去往该目标可用服务的服务地址的下一跳，即对应的路由访问信息。

在此，服务调用请求通常包括用于匹配目标可用服务的相关信息，例如，服务调用请求为请求调用日志查询服务。

优选地，根据服务调用请求及所述一个或多个可用服务的服务地址信息确定目标可用服务包括：

根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述目标可用服务。

具体地，在步骤S202中，远程调用设备1根据服务调用请求，及在步骤S201中所获取或更新的一个或多个可用服务的服务地址信息，确定若干个候选可用服务，其中，该候选可用服务与该服务调用请求相匹配；随后，在步骤S202中，远程调用设备1结合对应的路由规则，从该若干个与该服务调用请求相匹配的候选可用服务中筛选出目标可用服务。

优选地，当经过路由规则筛选后仍存在多个候选可用服务时，在步骤S202中，远程调用设备1随机选择一个候选可用服务，作为目标可用服务。

随后，在步骤S202中，远程调用设备1根据该确定的目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息。

更优选地，所述路由规则包括以下至少任一项：

基于服务接口的路由规则；

基于服务方法的路由规则；

基于服务的参数值的路由规则；

基于服务所属机房所对应的路由规则。

具体地，路由规则包括基于服务接口的路由规则。在此，基于服务接口的路由规则是服务调用按照接口路由到固定的几台机器或者几组机器。例如，用户想对服务A做接口级别路由控制，A服务的地址列表为：192.168.1.2,192.168.1.3。控制所有服务访问A服务时，全部路由到192.168.1.3，只需要向文件配置中心注册如下内容：

其中的IP地址支持正则表达式(*,？)，例如可以配置成192.168.1.*。在此，如果只想匹配某一个IP，配置时需要在此IP后面加上":*"，如上例中"192.168.1.3:*"中的":*"部分是必须的。如果IP地址的末尾本来就有通配符"*",如192.168.1.*，则无需再添加":*"。

路由规则还包括基于服务方法的路由规则。在此，基于服务方法的路由规则是根据服务调用请求所要调用的服务方法来筛选候选可用服务，路由到固定的几台或者几组机器。与上述基于服务接口的路由规则一样，如用户需要读写分离，现有2台机器提供同一个服务的读和写方法，用户想1台机器用做读服务，1台机器用做写服务，只需要向文件配置中心注册如下内容:

路由规则还包括基于服务的参数值的路由规则。在此，基于服务的参数值的路由规则是服务调用按照参数传入的实际值，路由到固定的几台机器或者几组机器。用户想对服务A做参数级别路由控制，A服务的地址列表为：192.168.1.2，192.168.1.3。控制所有服务访问A服务时，如果方法中某个参数大于一定规则时(例如，当参数传入整数大于10到某几台机器，小于10则到另几台机器)，路由到不同组机器上。只需要向文件注册中心注册如下内容：

路由规则还包括基于服务所属机房所对应的路由规则。优选地，当满足服务可用比例阈值时，启用本地机房优先路由规则。由于跨机房的代价一般比较大，因此，可以优先启用本地机房。然而，由于有些服务在机房的部署并不均衡，甚至在某些机房根本没部署，因此，不能以一概全的禁用跨机房调用，跨机房调用在某些条件下是需要的。可以由灵活的本地机房规则来配合进行权衡的判断。在此，服务可用比例阈值用于判断是否优先启用本地机房，其值可以是***预置的，也可根据实际情况进行调整。该服务可用比例阈值是该路由规则中指定了对某个服务，是否启用本地机房优先调用的策略，以及启用策略的情况下，策略真正能够生效的阀值。其定义如下：

<flowControl>

<localPreferredSwitch>on</localPreferredSwitch>

<threshold>0.2</threshold>

</flowControl>

以上规则表示，对所配置的服务启用本地机房优先调用的策略，规则生效阀值为0.2。

规则属性：

localPreferredSwitch：on|off

threshold：float值

exclusions：如果期望该规则只对一部分机器生效，可以使用这一属性配置需要排除的IP，如：172.24.*，将表示该规则不会应用于所有172.24开头的IP。

该服务可用比例阈值的计算方法为：服务可用比例＝本地机房可用机器数量/所有服务机器数量。

当服务可用比例大于等于该服务可用比例阈值时，启用本地机房优先策略。当服务可用比例小于该服务可用比例阈值时，本地机房优先策略关闭，服务仍然采用随机调用的方式。

本领域技术人员应能理解，上述路由规则仅为举例，其他现有的或今后可能出现的路由规则如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述目标可用服务包括：

根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则及所述路由规则的权重信息，确定所述目标可用服务。

具体地，在步骤S202中，远程调用设备1结合对应的路由规则，确定目标可用服务之时，还可考虑路由规则的权重信息。例如，在步骤S202中，远程调用设备1根据服务调用请求，及在步骤S201中所获取或更新的一个或多个可用服务的服务地址信息，并结合对应的路由规则及该路由规则的权重信息，确定该目标可用服务。

在此，由于路由规则中增加权重。用户有时候希望在路由规则中里面再增加权重，这时只要在对应的路由规则，如基于服务接口的路由规则、基于服务方法的路由规则或基于服务的参数值的路由规则的IP地址列表里增加权重值即可。例如，在基于服务接口的路由规则中增加权重信息，比例为1：3。则该基于服务接口的路由规则参考如下：

优选地，所述对应的路由规则包括多项路由规则；其中，根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述目标可用服务包括：

根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则及所述路由规则的粒度信息，确定所述目标可用服务。

具体地，在步骤S202中，远程调用设备1结合对应的路由规则，确定目标可用服务时，若该路由规则包括多项路由规则，则在步骤S202中，远程调用设备1还需结合该多项路由规则的粒度信息，确定该目标可用服务。例如，在步骤S202中，远程调用设备1根据服务调用请求，及在步骤S201中所获取或更新的一个或多个可用服务的服务地址信息，并结合对应的路由规则及该路由规则的粒度信息，确定该目标可用服务。

例如，假设路由规则包括多项路由规则，如包括基于服务接口的路由规则、基于服务方法的路由规则、基于服务的参数值的路由规则，则在步骤S202中，远程调用设备1按照该多项路由规则的粒度信息，对目标可用服务进行筛选，如按照粒度信息从小到大的顺序，对目标可用服务进行筛选，如，基于服务的参数值的路由规则的优先级最高，其次是基于服务方法的路由规则，最后是基于服务接口的路由规则。

在此，在调用者获取所有的可用地址列表后通过随机方法选择其中一个是最简单直接最普遍的策略。然而，该种简单的策略无法满足复杂的需求，在某些实际场景下，需要根据接口、方法以及参数来从可用的地址列表中来过滤选择出特定的地址列表进行调用；也可以基于路由对某些机器进行权重选择；另外对于一些高并发网站，在全国有多个机房，跨机房的服务调用是常见的，针对多机房需要一定策略来避免跨机房的延迟。

因此，远程调用设备1根据服务调用请求及一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定目标可用服务；或进一步地，远程调用设备1再结合该路由规则的权重信息，确定目标可用服务；或更进一步地，远程调用设备1再结合路由规则的粒度信息，确定目标可用服务。

优选地，该方法还包括步骤S204(未示出)。在步骤S204中，远程调用设备1获取或更新所述对应的路由规则，以供确定对应的目标可用服务。具体地，在步骤S204中，远程调用设备1定期或应事件触发地，例如从远程调用框架所对应的文件配置中，下载由服务治理平台生成的路由规则，以实现对路由规则的获取或更新；当后续再接收到服务调用请求时，便可更具所获取或更新后的路由规则，来确定对应的目标可用服务。在此，确定目标可用服务的方式与前述实施例相同或基本相同，故不再赘述，并以引用方式包含于此。

在此，在业务***初始化阶段，服务框架，如HSF，注册客户调用者相关的服务路由信息，一旦有新路由规则发布或者内容变动，服务框架就会立刻解析最新的规则，并立刻在运行时生效。

本领域技术人员应能理解，上述获取或更新路由规则的方式仅为举例，其他现有的或今后可能出现的获取或更新路由规则的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，在步骤S202中，远程调用设备1根据服务调用请求及所述一个或多个可用服务的服务地址信息，并结合对应的路由规则，确定所述服务调用请求关于目标可用服务的路由访问信息。

例如，在步骤S202中，远程调用设备1根据服务调用请求，及在步骤S201中所获取或更新的一个或多个可用服务的服务地址信息，确定若干个候选可用服务，其中，该候选可用服务与该服务调用请求相匹配；随后，在步骤S202中，远程调用设备1再结合对应的路由规则，从该若干个与该服务调用请求相匹配的候选可用服务中筛选出目标可用服务；进而，在步骤S202中，远程调用设备1根据该确定的目标可用服务的服务地址信息，路由确定该服务调用请求关于该目标可用服务的路由访问信息。

优选地，所述可用服务包括内部状态初始化完成且数据及依赖服务检测成功的注册服务。具体地，该可用服务为注册服务，且该注册服务的内部状态初始化已完成，并且，该注册服务的数据及依赖服务已检测成功。在步骤S201中，远程调用设备1定期或应事件触发地，从远程调用框架所对应的注册服务器或地址服务器，获取或更新一个或多个可用服务的服务地址信息。例如，在步骤S201中，远程调用设备1定期从远程调用框架所对应的注册服务器，下载注册服务的服务地址信息。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (18)

1.一种远程调用方法，包括：

获取一个或多个可用服务的服务地址信息；

根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；

根据所述路由访问信息调用所述目标可用服务。

2.根据权利要求1所述的方法，其中，所述根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息包括：

根据服务调用请求及所述服务地址信息确定目标可用服务，其中，所述目标可用服务与所述服务调用请求相匹配；

根据所述目标可用服务的服务地址信息路由确定所述服务调用请求关于所述目标可用服务的路由访问信息。

3.根据权利要求1或2所述的方法，其中，所述确定目标可用服务包括：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则，确定所述目标可用服务。

4.根据权利要求3所述的方法，其中，所述路由规则包括以下至少任一项：

基于服务接口的路由规则；

基于服务方法的路由规则；

基于服务的参数值的路由规则；

基于服务所属机房所对应的路由规则。

5.根据权利要求3所述的方法，其中，所述确定目标可用服务包括：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则及所述路由规则的权重信息，确定所述目标可用服务。

6.根据权利要求3所述的方法，其中，所述对应的路由规则包括多项路由规则；

其中，所述确定目标可用服务包括：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则及所述路由规则的粒度信息，确定所述目标可用服务。

7.根据权利要求3所述的方法，其中，该方法还包括：

获取或更新所述对应的路由规则，以供确定对应的目标可用服务。

8.根据权利要求1至7中任一项所述的方法，其中，所述根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息包括：

根据服务调用请求及所服务地址信息，并结合对应的路由规则，确定所述服务调用请求关于目标可用服务的路由访问信息。

9.根据权利要求1至8中任一项所述的方法，其中，所述可用服务包括内部状态初始化完成且数据及依赖服务检测成功的注册服务。

10.一种远程调用设备，包括：

第一装置，用于获取一个或多个可用服务的服务地址信息；

第二装置，用于根据服务调用请求及所述服务地址信息确定所述服务调用请求关于目标可用服务的路由访问信息；

第三装置，用于根据所述路由访问信息调用所述目标可用服务。

11.根据权利要求10所述的设备，其中，所述第二装置用于：

根据服务调用请求及所述服务地址信息确定目标可用服务，其中，所述目标可用服务与所述服务调用请求相匹配；

根据所述目标可用服务的服务地址信息路由确定所述服务调用请求关于所述目标可用服务的路由访问信息。

12.根据权利要求10或11所述的设备，其中，所述确定目标可用服务包括：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则，确定所述目标可用服务。

13.根据权利要求12所述的设备，其中，所述路由规则包括以下至少任一项：

基于服务接口的路由规则；

基于服务方法的路由规则；

基于服务的参数值的路由规则；

基于服务所属机房所对应的路由规则。

14.根据权利要求12所述的设备，其中，所述确定目标可用服务包括：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则及所述路由规则的权重信息，确定所述目标可用服务。

15.根据权利要求12所述的设备，其中，所述对应的路由规则包括多项路由规则；

其中，所述确定目标可用服务包括：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则及所述路由规则的粒度信息，确定所述目标可用服务。

16.根据权利要求12所述的设备，其中，该设备还包括：

第四装置，用于获取或更新所述对应的路由规则，以供确定对应的目标可用服务。

17.根据权利要求10至16中任一项所述的设备，其中，所述第二装置用于：

根据服务调用请求及所述服务地址信息，并结合对应的路由规则，确定所述服务调用请求关于目标可用服务的路由访问信息。

18.根据权利要求10至17中任一项所述的设备，其中，所述可用服务包括内部状态初始化完成且数据及依赖服务检测成功的注册服务。