CN116069855A - 分布式服务路由方法及装置 - Google Patents

Abstract

本申请实施例提供一种分布式服务路由方法及装置，方法包括：接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作；本申请能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

Description

分布式服务路由方法及装置

技术领域

本申请涉及分布式领域，具体涉及一种分布式服务路由方法及装置。

背景技术

在分布式系统中，按照业务领域维度拆分多个应用，一笔交易需在多个应用节点中处理完成，各应用根据数据量以一定的规则进行分库。

例如，某银行系统分为客户信息、借记卡、信用卡等应用。其中客户信息应用为客户生成一个客户编号，并且按客户编号取哈希值，按哈希值分128段，将每段范围内的客户数据存储在一个数据库中，即按客户编号分库。而借记卡应用按照借记卡号进行分库，信用卡按照信用卡号进行分库。

在某一设备资源域发生故障时，由于该资源域内可能存在多个应用的客户，每个应用的客户范围也不尽相同，因此受影响的客户比例可能远大于故障资源域的比例，对实际业务造成的故障范围扩大。

发明内容

针对现有技术中的问题，本申请提供一种分布式服务路由方法及装置，能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

为了解决上述问题中的至少一个，本申请提供以下技术方案：

第一方面，本申请提供一种分布式服务路由方法，包括：

接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；

将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

进一步地，在所述接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元之后，包括：

对所述存储分区单元中的各节点进行探活检查；

若所述探活检查结果为不通过，则将该节点的流量引入至对应的互备单元。

进一步地，在所述接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元之后，还包括：

确定所述存储分区单元的故障节点比例及范围；

若所述故障节点比例及范围超过预设阈值，则将发生故障的节点流量引入至备用单元。

进一步地，所述根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，包括：

预先建立客户编号与各存储分区单元的映射关系，其中，不同应用将同一客户编号对应的必需参数部署在同一公共单元中；

根据所述映射关系和所述分布式服务调用请求中的客户编号确定对应公共单元中的必需参数。

进一步地，所述对所述存储分区单元中的各节点进行探活检查，包括：

根据所述存储分区单元中的各节点的IP地址和端口信息，向对应的被探测节点发送探测报文；

若接收到所述被探测节点返回的携带有所述被探测节点的业务范围的响应信息，则判定探活检查结果为通过。

进一步地，所述确定所述存储分区单元的故障节点比例及范围，包括：

确定所述存储分区单元探活检查结果为不通过的节点为故障节点；

对设定时间周期内所述故障节点的所占节点数量比例和故障节点分布范围进行统计。

第二方面，本申请提供一种分布式服务路由装置，包括：

分区确定模块，用于接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；

业务执行模块，用于将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

进一步地，所述分区确定模块包括：

探活检查单元，用于对所述存储分区单元中的各节点进行探活检查；

互备切换单元，用于若所述探活检查结果为不通过，则将该节点的流量引入至对应的互备单元。

进一步地，所述分区确定模块包括：

故障确定单元，用于确定所述存储分区单元的故障节点比例及范围；

备用切换单元，用于若所述故障节点比例及范围超过预设阈值，则将发生故障的节点流量引入至备用单元。

进一步地，所述分区确定模块包括：

映射关系建立单元，用于预先建立客户编号与各存储分区单元的映射关系，其中，不同应用将同一客户编号对应的必需参数部署在同一公共单元中；

公共参数确定单元，用于根据所述映射关系和所述分布式服务调用请求中的客户编号确定对应公共单元中的必需参数。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的分布式服务路由方法的步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的分布式服务路由方法的步骤。

第五方面，本申请提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现所述的分布式服务路由方法的步骤。

由上述技术方案可知，本申请提供一种分布式服务路由方法及装置，通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中的分布式服务路由方法的流程示意图之一；

图2为本申请实施例中的分布式服务路由方法的流程示意图之二；

图3为本申请实施例中的分布式服务路由方法的流程示意图之三；

图4为本申请实施例中的分布式服务路由方法的流程示意图之四；

图5为本申请实施例中的分布式服务路由装置的结构图之一；

图6为本申请实施例中的分布式服务路由装置的结构图之二；

图7为本申请实施例中的分布式服务路由装置的结构图之三；

图8为本申请实施例中的分布式服务路由装置的结构图之四；

图9为本申请实施例中的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

考虑到现有技术中存在的问题，本申请提供一种分布式服务路由方法及装置，通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

为了能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性，本申请提供一种分布式服务路由方法的实施例，参见图1，所述分布式服务路由方法具体包含有如下内容：

步骤S101：接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元。

可选的，本申请中，将整体系统资源域划分为多个单元，单元内的网络资源、存储资源、计算资源相互隔离；根据单元内的应用节点性质，单元分为三类：接入单元、分区单元、公共单元。与外部网络交互的节点部署在接入单元、与客户相关的节点部署在分区单元、与客户无关的公共数据(例如产品数据)部署在公共单元。

可选的，本申请中，在各单元可结合其性质规划其特殊资源，如接入单元需引入防火墙、负载均衡等软硬件设备；公共单元需引入分布式缓存；分区单元需加强数据库主备部署。

具体的，系统内各应用统一按照“客户编号”+“统一的哈希算法”作为分库规则，其中分库数量可依据各应用数据量有所不同；结合哈希至将客户分为N组，各应用将同一组客户数据库部署在同一个单元中。在系统中统一建立哈希值与分区单元的映射关系。

步骤S102：将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

可选的，本申请中，在发生分布式服务调用时，在报文中设置统一的客户编号字段，入口应用获取客户编号后，该字段在各应用节点中传递。由分布式服务路由框架根据报文中的客户编号，使用哈希算法计算出哈希值，并获取其对应的分区单元，将报文转发至该分区单元的应用服务节点中进行业务处理。

在本申请的以可行实施例中，本申请架构下的高可用设计采用以下规则，达到从应用内单节点、整个应用、整个单元内所有应用多层次自动健康检查及故障切换的逻辑。

具体的，目标单元与消费方部署单元为互备关系，调整目标单元为本单元，即优先使用RPC协议在本单元内闭环；通过该方式，备用节点能够保鲜。

例如，在单个节点的粒度上，建立单元内每个节点的探活检查机制，当目标单元内单个节点的服务健康检查不通过时，切换至互备单元调用，具体的，本申请可以根据所述存储分区单元中的各节点的IP地址和端口信息，向对应的被探测节点发送探测报文；若接收到所述被探测节点返回的携带有所述被探测节点的业务范围的响应信息，则判定探活检查结果为通过。

再例如，在应用的粒度上，累计应用内故障节点的比例及范围进行健康检查，不达标时通过负载均衡机制，将整个应用的流量引向备用单元，具体的，本申请可以确定所述存储分区单元探活检查结果为不通过的节点为故障节点；对设定时间周期内所述故障节点的所占节点数量比例和故障节点分布范围进行统计。

还包括，在单元的粒度上，累计单元内故障节点的比例及范围进行健康检查，不达标时通过负载均衡机制，将整个单元的流量引向备用单元。

从上述描述可知，本申请实施例提供的分布式服务路由方法，能够通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

在本申请的分布式服务路由方法的一实施例中，参见图2，还可以具体包含如下内容：

步骤S201：对所述存储分区单元中的各节点进行探活检查。

步骤S202：若所述探活检查结果为不通过，则将该节点的流量引入至对应的互备单元。

具体的，目标单元与消费方部署单元为互备关系，调整目标单元为本单元，即优先使用RPC协议在本单元内闭环；通过该方式，备用节点能够保鲜。

例如，在单个节点的粒度上，建立单元内每个节点的探活检查机制，当目标单元内单个节点的服务健康检查不通过时，切换至互备单元调用。

在本申请的分布式服务路由方法的一实施例中，参见图3，还可以具体包含如下内容：

步骤S301：确定所述存储分区单元的故障节点比例及范围。

步骤S302：若所述故障节点比例及范围超过预设阈值，则将发生故障的节点流量引入至备用单元。

例如，在应用的粒度上，累计应用内故障节点的比例及范围进行健康检查，不达标时通过负载均衡机制，将整个应用的流量引向备用单元。

还包括，在单元的粒度上，累计单元内故障节点的比例及范围进行健康检查，不达标时通过负载均衡机制，将整个单元的流量引向备用单元。

在本申请的分布式服务路由方法的一实施例中，参见图4，还可以具体包含如下内容：

步骤S401：预先建立客户编号与各存储分区单元的映射关系，其中，不同应用将同一客户编号对应的必需参数部署在同一公共单元中。

步骤S402：根据所述映射关系和所述分布式服务调用请求中的客户编号确定对应公共单元中的必需参数。

具体的，系统内各应用统一按照“客户编号”+“统一的哈希算法”作为分库规则，其中分库数量可依据各应用数据量有所不同；结合哈希至将客户分为N组，各应用将同一组客户数据库部署在同一个单元中。在系统中统一建立哈希值与分区单元的映射关系。

为了能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性，本申请提供一种用于实现所述分布式服务路由方法的全部或部分内容的分布式服务路由装置的实施例，参见图5，所述分布式服务路由装置具体包含有如下内容：

分区确定模块10，用于接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元。

业务执行模块20，用于将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

从上述描述可知，本申请实施例提供的分布式服务路由装置，能够通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

在本申请的分布式服务路由装置的一实施例中，参见图6，所述分区确定模块10包括：

探活检查单元11，用于对所述存储分区单元中的各节点进行探活检查。

互备切换单元12，用于若所述探活检查结果为不通过，则将该节点的流量引入至对应的互备单元。

在本申请的分布式服务路由装置的一实施例中，参见图7，所述分区确定模块10包括：

故障确定单元13，用于确定所述存储分区单元的故障节点比例及范围。

备用切换单元14，用于若所述故障节点比例及范围超过预设阈值，则将发生故障的节点流量引入至备用单元。

在本申请的分布式服务路由装置的一实施例中，参见图8，所述分区确定模块10包括：

映射关系建立单元15，用于预先建立客户编号与各存储分区单元的映射关系，其中，不同应用将同一客户编号对应的必需参数部署在同一公共单元中。

公共参数确定单元16，用于根据所述映射关系和所述分布式服务调用请求中的客户编号确定对应公共单元中的必需参数。

为了更进一步说明本方案，本申请还提供一种应用上述分布式服务路由装置实现分布式服务路由方法的具体应用实例，具体包含有如下内容：

1.客户A在进行一笔信用卡还款交易时，需要从客户借记卡扣划一笔资金到信用卡账户中，系统内通过手机银行、个人结算、信用卡三个应用完成交易。

2.手机银行的节点部署在接入单元中；个人结算、信用卡与客户账户相关的节点部署在分区单元中，借记卡产品参数、信用卡产品参数部署在公共单元中，并使用分布式缓存中间件对读取频繁的记录进行缓存。

3.在个人结算账户及信用卡账户节点中，将全国客户数据按照客户编号+统一的哈希算法作为分库规则，分为128个库，平均部署在4个每个分区单元中，每个单元部署32个数据库，这样则可保证客户A的个人结算账户及信用卡账户数据在同一个单元。应用内还需记录哈希值与128个分库的分段映射关系。

4.分区单元RZ01部署的数据库与应用服务器，在分区单元RZ03部署其备库及应用服务器，备库使用数据库同步机制，保持与主库的数据一致。

5.发生服务调用时，由手机银行根据客户卡号获取到客户编号，随报文发送至个人结算账户及信用卡账户节点，分布式服务路由框架根据客户编号计算出哈希值，根据哈希值与分区单元的映射关系，转发至数据所在的分区单元进行处理。

6.个人结算账户及信用卡账户节点在该分区单元接收到报文时，进一步通过哈希值获取到具体分库，进行余额数据更新。

从硬件层面来说，为了能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性，本申请提供一种用于实现所述分布式服务路由方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现分布式服务路由装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输；该逻辑控制器可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该逻辑控制器可以参照实施例中的分布式服务路由方法的实施例，以及分布式服务路由装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

可以理解的是，所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

在实际应用中，分布式服务路由方法的部分可以在如上述内容所述的电子设备侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

图9为本申请实施例的电子设备9600的系统构成的示意框图。如图9所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图9是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，分布式服务路由方法功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

步骤S101：接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元。

步骤S102：将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

从上述描述可知，本申请实施例提供的电子设备，通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

在另一个实施方式中，分布式服务路由装置可以与中央处理器9100分开配置，例如可以将分布式服务路由装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现分布式服务路由方法功能。

如图9所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图9中所示的所有部件；此外，电子设备9600还可以包括图9中没有示出的部件，可以参考现有技术。

如图9所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的分布式服务路由方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的分布式服务路由方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤S101：接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元。

步骤S102：将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

从上述描述可知，本申请实施例提供的计算机可读存储介质，通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的分布式服务路由方法中全部步骤的一种计算机程序产品，该计算机程序/指令被处理器执行时实现所述的分布式服务路由方法的步骤，例如，所述计算机程序/指令实现下述步骤：

步骤S101：接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元。

步骤S102：将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

从上述描述可知，本申请实施例提供的计算机程序产品，通过接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作，由此能够有效控制单元资源域故障影响范围，保障系统安全性、稳定性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种分布式服务路由方法，其特征在于，所述方法包括：

接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；

将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

2.根据权利要求1所述的分布式服务路由方法，其特征在于，在所述接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元之后，包括：

对所述存储分区单元中的各节点进行探活检查；

若所述探活检查结果为不通过，则将该节点的流量引入至对应的互备单元。

3.根据权利要求1所述的分布式服务路由方法，其特征在于，在所述接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元之后，还包括：

确定所述存储分区单元的故障节点比例及范围；

若所述故障节点比例及范围超过预设阈值，则将发生故障的节点流量引入至备用单元。

4.根据权利要求1所述的分布式服务路由方法，其特征在于，所述根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，包括：

预先建立客户编号与各存储分区单元的映射关系，其中，不同应用将同一客户编号对应的必需参数部署在同一公共单元中；

根据所述映射关系和所述分布式服务调用请求中的客户编号确定对应公共单元中的必需参数。

5.根据权利要求2所述的分布式服务路由方法，其特征在于，所述对所述存储分区单元中的各节点进行探活检查，包括：

根据所述存储分区单元中的各节点的IP地址和端口信息，向对应的被探测节点发送探测报文；

若接收到所述被探测节点返回的携带有所述被探测节点的业务范围的响应信息，则判定探活检查结果为通过。

6.根据权利要求3所述的分布式服务路由方法，其特征在于，所述确定所述存储分区单元的故障节点比例及范围，包括：

确定所述存储分区单元探活检查结果为不通过的节点为故障节点；

对设定时间周期内所述故障节点的所占节点数量比例和故障节点分布范围进行统计。

7.一种分布式服务路由装置，其特征在于，包括：

分区确定模块，用于接收分布式服务调用请求，并根据所述分布式服务调用请求中的客户编号确定对应的存储分区单元，其中，所述存储分区单元包括用于接收分布式服务调用请求的接入单元、用于存储执行业务处理操作必需参数的公共单元以及执行业务处理操作的应用服务节点所在的服务分区单元；

业务执行模块，用于将所述分布式服务调用请求转发至所述存储分区单元中的服务分区单元，以使所述服务分区单元中的应用服务节点根据所述分布式服务调用请求从对应的所述公共单元中获取必需参数以执行业务处理操作。

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6任一项所述的分布式服务路由方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6任一项所述的分布式服务路由方法的步骤。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至6任一项所述的分布式服务路由方法的步骤。

Images