一种服务请求的路由方法、装置、计算机设备及计算机存储介质与流程

本发明涉及计算机技术领域，特别是涉及一种服务请求的路由方法、装置、计算机设备及计算机存储介质。

背景技术：

随着互联网的快速发展，用户访问系统入口也变成多种方式，由原来单一的pc客户端，变化到pc客户端、各种浏览器、手机终端及智能终端等。同时系统之间大部分都不是单独运行，经常会涉及与其他系统对接、共享数据的需求。

作为统一的服务入口，api网关定位为应用系统服务接口的网关，位于客户端与应用系统服务之间，充当反向代理将外部的服务请求从客户端路由到服务提供者，当服务提供者给出正确的响应请求后，由api网关再将响应请求返回给客户端，实现服务请求的路由。

现有技术中api网关会预先将各个服务请求的路由信息配置在静态文件中，当接收到外部的服务请求时，通过解析静态文件的各个节点、属性来获取相应服务请求的路由信息，进而实现服务请求的路由。然而，随着应用系统服务数量的不断增多，静态文件中承载的路由信息也随之增多，使得从静态文件中解析到相应服务请求的路由信息比较耗时，也容易出现错误，加大了静态文件的维护难度。

技术实现要素：

有鉴于此，本发明提供了一种服务请求的路由方法、装置、计算机设备及计算机存储介质，主要目的在于解决目前从静态文件中解析到相应服务请求的路由信息比较耗时的问题。

依据本发明一个方面，提供了一种服务请求的路由方法，该方法包括：

预先搜集各个客户端发送的服务请求，按照预设绑定关系将所述服务请求与调用后台服务信息存储至关系型数据库中；

当接收到客户端发送的待处理服务请求时，从所述关系型数据库中查找所述待处理服务请求对应的调用后台服务信息；

通过解析所述调用后台服务信息，获取后台服务的路由信息；

根据所述后台服务的路由信息将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

进一步地，所述按照预设绑定关系将所述服务请求与调用后台服务信息存储至关系型数据库中包括：

根据所述服务请求中携带的客户端请求服务内容从服务注册器中查找所述服务请求对应的至少一个后台服务，所述服务注册器中预先注册有各个后台服务所提供的服务内容以及调用后台服务信息；

获取所述服务请求与至少一个后台服务所提供的调用后台服务信息之间的映射关系；

将所述映射关系作为预设绑定规则将所述服务请求与调用后台服务信息存储至关系型数据库中。

进一步地，所述后台服务的路由信息中记录有预先设置的路由机制，所述预先配置的路由机制包括三层过滤机制，所述根据所述后台服务的路由信息将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务包括：

按照所述后台服务的路由信息中记录的预先设置的路由机制扫描每层过滤机制下的目录文件，所述目录文件中记录有用于实现每层过滤机制的功能文件；

根据所述每层过滤机制下的目录文件对所述待处理服务请求进行处理，并将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

进一步地，所述根据所述每层过滤机制下的目录文件对所述待处理服务请求进行处理，并将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务包括：

通过第一层过滤机制解析所述待处理服务请求对应的调用后台服务信息，得到待处理服务请求对应的请求参数；

通过第二层过滤机制拼接所述待处理服务请求对应的请求参数，得到待处理服务请求对应的请求数据，并将所述待处理服务请求对应的请求数据路由至所述调用后台服务信息对应的后台服务；

通过第三层过滤机制在将所述待服务请求路由到后台服务时，接收所述调用后台服务信息对应的后台服务发送的请求响应，并反馈至客户端。

进一步地，所述通过第二层过滤机制拼接所述待处理服务请求对应的请求参数，得到待处理服务请求对应的请求数据包括：

对所述待处理服务请求对应的请求参数进行拆解，得到各个服务请求的参数字段；

将所述各个服务请求的参数字段按照网关定义规则进行组合，得到支持多种协议的请求数据。

进一步地，所述将所述待处理服务请求对应的请求数据发送至所述调用后台服务信息对应的后台服务包括：

从所述调用后台服务信息中提取出后台服务的路径信息；

按照所述后台服务的路径信息将所述待处理服务请求对应的请求数据发送至所述调用后台服务信息对应的后台服务。

进一步地，所述方法还包括：

通过脚本引擎定时扫描所述关系型数据库中的文件，对所述关系型数据库中发生变化的调用后台服务信息进行修改。

依据本发明另一个方面，提供了一种服务请求的路由装置，该装置包括：

存储单元，用于预先搜集各个客户端发送的服务请求，按照预设绑定关系将所述服务请求与调用后台服务信息存储至关系型数据库中；

查找单元，用于当接收到客户端发送的待处理服务请求时，从所述关系型数据库中查找所述待处理服务请求对应的调用后台服务信息；

获取单元，用于通过解析所述调用后台服务信息，获取后台服务的路由信息；

路由单元，用于根据所述后台服务的路由信息将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

进一步地，所述存储单元包括：

查找模块，用于根据所述服务请求中携带的客户端请求服务内容从服务注册器中查找所述服务请求对应的至少一个后台服务，所述服务注册器中预先注册有各个后台服务所提供的服务内容以及调用后台服务信息；

获取模块，用于获取所述服务请求与至少一个后台服务所提供的调用后台服务信息之间的映射关系；

存储模块，用于将所述映射关系作为预设绑定规则将所述服务请求与调用后台服务信息存储至关系型数据库中。

进一步地，所述后台服务的路由信息中记录有预先设置的路由机制，所述预先配置的路由机制包括三层过滤机制，所述路由单元包括：

扫描模块，用于按照所述后台服务的路由信息中记录的预先设置的路由机制扫描每层过滤机制下的目录文件，所述目录文件中记录有用于实现每层过滤机制的功能文件；

路由模块，用于根据所述每层过滤机制下的目录文件对所述待处理服务请求进行处理，并将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

进一步地，所述路由模块包括：

解析子模块，用于通过第一层过滤机制解析所述待处理服务请求对应的调用后台服务信息，得到待处理服务请求对应的请求参数；

拼接子模块，用于通过第二层过滤机制拼接所述待处理服务请求对应的请求参数，得到待处理服务请求对应的请求数据，并将所述待处理服务请求对应的请求数据路由至所述调用后台服务信息对应的后台服务；

接收子模块，用于通过第三层过滤机制在将所述待服务请求路由到后台服务时，接收所述调用后台服务信息对应的后台服务发送的请求响应，并反馈至客户端。

进一步地，所述拼接子模块，具体用于对所述待处理服务请求对应的请求参数进行拆解，得到各个服务请求的参数字段；

所述拼接子模块，具体还用于将所述各个服务请求的参数字段按照网关定义规则进行组合，得到支持多种协议的请求数据。

进一步地，所述拼接子模块，具体还用于从所述调用后台服务信息中提取出后台服务的路径信息；

所述拼接子模块，具体还用于按照所述后台服务的路径信息将所述待处理服务请求对应的请求数据发送至所述调用后台服务信息对应的后台服务。

进一步地，所述装置还包括：

更新单元，用于通过脚本引擎定时扫描所述关系型数据库中的文件，对所述关系型数据库中发生变化的调用后台服务信息进行更新。

依据本发明又一个方面，提供了一种存储设备，其上存储有计算机程序，所述程序被处理器执行时实现上述服务请求的路由方法。

依据本发明再一个方面，提供了一种服务请求的路由装置，包括存储设备、处理器及存储在存储设备上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述服务请求的路由方法。

借由上述技术方案，本发明提供的一种服务请求的路由方法及装置，通过预先搜集各个客户端发送的服务请求，按照预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库中，实现不同服务请求与后台服务之间的映射关系，使得api网关可以方便地从关系型数据库中解析到服务请求所需后台服务的路由信息，并根据后台服务的路由信息将待处理服务请求路由至后台服务。与目前从静态文件中解析服务请求的路由信息的方式相比，本发明通过设置关系型数据库来整理不同服务请求与后台服务之间的映射关系，降低了静态文件的维护难度，并且在接收到服务请求时，可以很容易从关系型数据库中解析到后台服务的路由信息，节省路由请求时间。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种服务请求的路由方法流程示意图；

图2示出了本发明实施例提供的另一种服务请求的路由方法流程示意图；

图3示出了本发明实施例提供的一种服务请求的路由装置的结构示意图；

图4示出了本发明实施例提供的另一种服务请求的路由的装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种服务请求的路由方法，可以实现动态配置服务请求的路由信息的目的，如图1所示，该方法包括：

101、预先搜集各个客户端发送的服务请求，按照预设绑定关系将所述服务请求与调用后台服务信息存储至关系型数据库中。

后台服务相当于支持系统运行的一些必要程序，应用程序在运行过程中，往往需要各个后台服务相互配合操作来实现不同的功能，随着后台服务不断增多，客户端在向应用程序发送服务请求时，api网关通常需要调用多个后台服务来配合服务请求，从众多后台服务中查找服务请求调用的后台服务比较耗时，这里预先搜集各个客户端发送的服务请求，如支付宝服务请求、淘宝服务请求等，按照预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库，使得api网关可以从关系型数据库中方便读取到与服务请求绑定的调用后台服务信息。

其中，服务请求为客户端对后台服务发送的请求，例如查看某后台服务数据的请求、获取某后台服务数据的请求等，这里的后台服务可以为支付功能的后台服务、登录功能的后台服务等，而不同功能的后台服务处理服务请求中可能调用多个后台服务来共同完成，例如用户查看一个商品信息的服务请求，该服务请求可能包含查看商品基本信息、查看价格信息、查看评论信息、查看折扣信息、查看库存信息等，而这些信息的获取则来源于不同的后台服务，具体包括注入产品系统后台服务、价格系统后台服务、评论系统后台服务、促销系统后台服务、库存系统后台服务等。

对于本发明实施例，调用后台服务信息为服务请求所要调用后台服务的信息，具体可以包括服务请求所要调用后台服务的个数，每个后台服务的信息以及每个后台服务的调用方式等信息，所以客户端发送的服务请求与调用后台服务信息存在有映射关系，由于客户端并非具有调用所有后台服务的权限，这里的映射关系不仅包括服务请求与后台服务之间的映射关系，还包括客户端与后台服务的映射关系，进一步将该映射关系作为预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库。

需要说明的是，为了方便对后台服务查找以及配置，这里的关系型数据库可以通过可视化界面来实现对调用后台服务信息的动态配置，当后台服务发生变化的时候，可以实时对后台服务进行修改。

102、当接收到客户端发送的待处理服务请求时，从所述关系型数据库中查找所述待处理服务请求对应的调用后台服务信息。

其中，待处理服务请求为客户端在实际操作过程中接收到用户的服务请求，该待处理服务请求中携带有客户端的标识信息，例如客户端的ip、客户端cookie等，在客户端向api网关发送待处理服务请求时，由于关系型数据库中存储有客户端信息与调用后台服务信息之间的映射关系，api网关会根据客户端标识信息从关系型书库中查找待处理服务请求对应的调用后台服务信息。

103、通过解析所述调用后台服务信息，获取后台服务的路由信息。

对于本发明实施例，在api网关从关系型数据库中查找到待处理服务请求对应的调用后台服务信息后，通过解析调用后台服务信息，可以得到待处理服务请求对应的多个后台服务、每个后台服务名称、后台服务id以及后台服务所在地址、后台服务请求者等调用服务参数，进一步从调用服务参数中筛选出后台服务id、服务所在具体位置、路由规则等路由信息。

具体在解析调用后台服务信息的过程中需要用到注册服务表，该注册服务表来自于服务注册模块，当后台需要添加一个后台服务时，需要向服务注册模块注册，服务注册模块将其添加到注册服务表中，在之后的服务调用中通过读取服务注册表找到服务所在的具体位置。

104、根据所述后台服务的路由信息将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

对于本发明实施例，在获取到后台服务的路由信息后，根据路由信息中记录的后台服务id以及后台服务所在具体位置将待处理服务请求路由到相应的后台服务。

具体在将待处理服务请求路由至调用后台服务信息对应的后台服务过程中，如果调用后台服务信息需要多个后台服务合并结果来处理待处理服务请求，那么每个后台服务对应有不同的服务请求以及路由路径，通过每个后台服务对应的路由路径来匹配相应路由规则实现服务请求的路由。

在后台服务接收到待处理服务请求后，会根据服务功能提供相应的服务结果，进而将服务结果反馈至api网关，以便于api网关汇总各个后台服务反馈的服务结果，将汇总结果发送给客户端。

本发明实施例提供的服务请求的路由方法，通过预先搜集各个客户端发送的服务请求，按照预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库中，实现不同服务请求与后台服务之间的映射关系，使得api网关可以方便地从关系型数据库中解析到服务请求所需后台服务的路由信息，并根据后台服务的路由信息将待处理服务请求路由至后台服务。与目前从静态文件中解析服务请求的路由信息的方式相比，本发明通过设置关系型数据库来整理不同服务请求与后台服务之间的映射关系，降低了静态文件的维护难度，并且在接收到服务请求时，可以很容易从关系型数据库中解析到后台服务的路由信息，节省路由请求时间。

本发明实施例提供了另一种服务请求的路由方法，可以实现服务请求的路由的目的，如图2所示，该方法包括：

201、预先搜集各个客户端发送的服务请求，根据所述服务请求中携带的客户端请求服务内容从服务注册器中查找所述服务请求对应的至少一个后台服务。

在服务治理框架下，通常都会构建一个服务注册器，每个后台服务会预先向服务注册器中登记自己提供的服务内容以及调用后台服务信息，包括后台服务的主机与端口号，服务版本号、通信协议等附加信息，服务注册器按照后台服务名称分类组织后台服务清单，同时还需要以心跳检测的方式去检测清单中的后台服务是否可用，若不可以用需要从清单中踢出，以达到排除故障后台服务的效果。

对于本发明实施例，由于服务注册器中记录有后台服务提供的服务内容以及调用沟通服务信息，而服务器请求可以为请求一个后台服务来处理结果，可以为请求多个后台服务共同来处理结果，进一步根据请求服务内容从服务注册器中可以查找出服务请求对应的至少一个后台服务，具体可以使用轮询方式查询清单中的后台服务，进而获取服务请求所需调用的至少一个后台服务以及调用后台服务信息。

202、获取所述服务请求与至少一个后台服务所提供的调用后台服务信息之间的映射关系；

对于本发明实施例，在开发过程中通常会将一个项目拆分为几个后台服务，拆分出来的后台服务不仅可以应用在一个项目中，当然也会有其他后台服务调用另一个后台服务的情况，所以服务请求可能需要多个后台服务合并处理完成。

具体可以根据服务请求所需要的功能将服务请求与该功能相匹配的后台服务提供的调用后台服务信息设置映射关系，例如用户服务请求可能需要用户登录后台服务、用户认证后台服务、用户权限后台服务等后台服务的合并处理，则将用户服务请求与用户登录后台服务、用户认证后台服务、用户权限后台服务等后台服务设置映射关系，进一步获取服务请求与服务请求对应的至少一个后台服务的调用后台服务信息之间的映射关系，该映射关系具体可以为服务请求与后台服务数量、后台服务地址以及后台服务的路由信息等。

本发明实施例通过获取服务请求与至少一个后台服务所提供的调用后台服务信息之间的映射关系，可以在api网关在接收到服务请求时，方便根据服务请求对调用后台服务信息进行解析。

203、将所述映射关系作为预设绑定规则将所述服务请求与调用后台服务信息存储至关系型数据库中。

这里服务请求与后台服务之间的映射关系可以为一对一，或一对多的关系，该映射关系具体可以为服务请求对应的后台服务名称、后台服务地址以及后台服务的路由信息等，本发明实施例不进行限定。

需要说明的是，为了保证api网关可以方便从关系型数据库中查找服务请求的后台服务，这里的关系型数据库可以通过在api网关内存储的数据表的方式也可以通过在api网关外部挂载数据表的方式实现。

204、当接收到客户端发送的待处理服务请求时，从所述关系型数据库中查找所述待处理服务请求对应的调用后台服务信息。

由于客户端的所有服务请求都会首先经过api网关，然后将服务请求路由到合适的后台服务，api网关会通过调用多个后台服务于合并结果来处理一个请求，在调用多个后台服务的过程中，api网关需要解析待处理服务请求内容，从关系型数据库中查找待处理服务请求对应的调用后台服务信息，找到待处理服务请求需要的多个后台服务。

205、通过解析所述调用后台服务信息，获取后台服务的路由信息。

其中，路由信息中包括有每个后台服务的路由规则以及路由路径等信息，该路由规则可以是基于zuul框架下设计的三层过滤机制，每层过滤机制实现不同的路由功能，由于在服务请求路由的过程中，通过多个路由器一站一站的接力，该路由路径可以为服务请求路由到后台服务的路径，将服务请求通过路由路径转发到目的后台服务。

206、按照所述后台服务的路由信息中记录的预先设置的路由机制扫描每层过滤机制下的目录文件。

对于本发明实施例，预先设置的路由机制可以为基于zuul框架下设计的三层过滤机制，分别为pre过滤机制、route过滤机制以及post过滤机制。每层过滤机制中存储有目录文件，用于实现每层过滤机制，通过扫描每一层过滤机制中存储的目录文件实现对服务请求进行处理。

207、根据所述每层过滤机制下的目录文件对所述待处理服务请求进行处理，并将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

其中，pre过滤机制中的目录文件主要用于在服务请求被路由之前，解析待处理服务请求对应的调用后台服务信息，得到待处理服务请求对应的请求参数，如请求服务地址、请求服务协议以及请求消息等参数，并且pre过滤机制还可以用来对客户端合法性进行验证、加密加签等操作；route过滤机制中的目录文件主要用于服务请求的路由，通过拼接待处理服务请求对应的请求参数，得到待处理服务请求的请求数据，并将待处理服务请求对应的请求数据发送至调用后台服务信息对应的后台服务；post过滤机制中的目录文件主要用于在服务请求路由到后台服务时，接收调用后台服务信息对应的后台服务发送的请求响应，解析后台服务返回的响应结果，并将响应结果加密加签后反馈至客户端。

对于本发明实施例，在拼接待处理服务请求对应的请求参数，得到待处理服务请求的请求数据的过程中，可以首先对待处理服务请求参数进行拆解，得到各个服务请求的参数字段，这里的每个参数字段通常为json字符串形式，每个请求参数对应有多个参数字段，然后将各个服务请求的参数字段按照网关定义规则进行组合，得到支持多种协议的请求数据，这里的网关定义规则可以为协议名称+参数字段：参数类型的形式，这里的请求数据可以支持多种协议，如http协议、grpc等协议。

208、通过脚本引擎定时扫描所述关系型数据库中的文件，对所述关系型数据库中发生变化的调用后台服务信息进行更新。

需要说明的是，由于api网关在不停地运行，客户端在请求后台服务过程中，业务方需求的后台服务可能随时发生变化，通过groovy脚本引擎定时动态扫描关系型数据库中的文件，对关系型数据库中发生变化的调用后台服务信息进行更新。

本发明实施例提供的服务请求的路由方法，通过预先搜集各个客户端发送的服务请求，按照预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库中，实现不同服务请求与后台服务之间的映射关系，使得api网关可以方便地从关系型数据库中解析到服务请求所需后台服务的路由信息，并根据后台服务的路由信息将待处理服务请求路由至后台服务。与目前从静态文件中解析服务请求的路由信息的方式相比，本发明通过设置关系型数据库来整理不同服务请求与后台服务之间的映射关系，降低了静态文件的维护难度，并且在接收到服务请求时，可以很容易从关系型数据库中解析到后台服务的路由信息，节省路由请求时间。

进一步地，作为图1所述方法的具体实现，本发明实施例提供了一种服务请求的路由装置，如图3所示，所述装置包括：存储单元31、查找单元32、获取单元33、路由单元34。

存储单元31，可以用于预先搜集各个客户端发送的服务请求，按照预设绑定关系将所述服务请求与调用后台服务信息存储至关系型数据库中；

查找单元32，可以用于当接收到客户端发送的待处理服务请求时，从所述关系型数据库中查找所述待处理服务请求对应的调用后台服务信息；

获取单元33，可以用于通过解析所述调用后台服务信息，获取后台服务的路由信息；

路由单元34，可以用于根据所述后台服务的路由信息将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

本发明实施例提供的服务请求的路由装置，通过预先搜集各个客户端发送的服务请求，按照预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库中，实现不同服务请求与后台服务之间的映射关系，使得api网关可以方便地从关系型数据库中解析到服务请求所需后台服务的路由信息，并根据后台服务的路由信息将待处理服务请求路由至后台服务。与目前从静态文件中解析服务请求的路由信息的方式相比，本发明通过设置关系型数据库来整理不同服务请求与后台服务之间的映射关系，降低了静态文件的维护难度，并且在接收到服务请求时，可以很容易从关系型数据库中解析到后台服务的路由信息，节省路由请求时间。

在具体的应用场景中，如图4所示，所述装置还包括：

更新单元35，可以用于通过脚本引擎定时扫描所述关系型数据库中的文件，对所述关系型数据库中发生变化的调用后台服务信息进行更新。

进一步地，所述存储单元31包括：

查找模块311，可以用于根据所述服务请求中携带的客户端请求服务内容从服务注册器中查找所述服务请求对应的至少一个后台服务，所述服务注册器中预先注册有各个后台服务所提供的服务内容以及调用后台服务信息；

获取模块312，可以用于获取所述服务请求与至少一个后台服务所提供的调用后台服务信息之间的映射关系；

存储模块313，可以用于将所述映射关系作为预设绑定规则将所述服务请求与调用后台服务信息存储至关系型数据库中。

进一步地，所述后台服务的路由信息中记录有预先设置的路由机制，所述预先配置的路由机制包括三层过滤机制，所述路由单元34包括：

扫描模块341，可以用于按照所述后台服务的路由信息中记录的预先设置的路由机制扫描每层过滤机制下的目录文件，所述目录文件中记录有用于实现每层过滤机制的功能文件；

路由模块342，可以用于根据所述每层过滤机制下的目录文件对所述待处理服务请求进行处理，并将所述待处理服务请求路由至所述调用后台服务信息对应的后台服务。

进一步地，所述路由模块342包括：

解析子模块3421，可以用于通过第一层过滤机制解析所述待处理服务请求对应的调用后台服务信息，得到待处理服务请求对应的请求参数；

拼接子模块3422，可以用于通过第二层过滤机制拼接所述待处理服务请求对应的请求参数，得到待处理服务请求对应的请求数据，并将所述待处理服务请求对应的请求数据路由至所述调用后台服务信息对应的后台服务；

接收子模块3423，可以用于通过第三层过滤机制在将所述待服务请求路由到后台服务时，接收所述调用后台服务信息对应的后台服务发送的请求响应，并反馈至客户端。

进一步地，所述拼接子模块3422，具体可以用于对所述待处理服务请求对应的请求参数进行拆解，得到各个服务请求的参数字段；

所述拼接子模块3422，具体还可以用于将所述各个服务请求的参数字段按照网关定义规则进行组合，得到支持多种协议的请求数据。

进一步地，所述拼接子模块3422，具体还可以用于从所述调用后台服务信息中提取出后台服务的路径信息；

所述拼接子模块3422，具体还可以用于按照所述后台服务的路径信息将所述待处理服务请求对应的请求数据发送至所述调用后台服务信息对应的后台服务。

需要说明的是，本实施例提供的一种服务请求的路由装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的服务请求的路由方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的服务请求的路由方法。

可选地，该该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的服务请求的路由的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，通过预先搜集各个客户端发送的服务请求，按照预设绑定关系将服务请求与调用后台服务信息存储至关系型数据库中，实现不同服务请求与后台服务之间的映射关系，使得api网关可以方便地从关系型数据库中解析到服务请求所需后台服务的路由信息，并根据后台服务的路由信息将待处理服务请求路由至后台服务。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。