处理业务请求的方法、装置、电子设备及介质与流程

1.本技术中涉及数据通信技术，尤其是一种处理业务请求的方法、装置、电子设备及介质。


背景技术：

2.随着通信技术的发展，各个业务平台目前越来越多的部署在各类私有云、公有云之上。
3.进一步的，为了保证业务的顺利处理。业务平台通常是通过服务网关对外提供服务。可以说，服务网关成为企业应用的关键出口。一种方式中，api(application programming interface，应用程序接口)网关，以优越的性能、丰富的插件生态等优势，成为了众多服务网关项目中的佼佼者之一。
4.然而，在利用api网关进行业务处理的过程中，通常会存在有多个业务处理请求均配置为同一个后端业务设备进行处理的问题。这也导致出现业务处理设备压力较大的问题。


技术实现要素：

5.本技术实施例提供一种处理业务请求的方法、装置、电子设备及介质，本技术实施例用于解决相关技术中存在的api网关中，无法将不同的业务请求分配至不同的业务处理设备进行处理所导致的部分业务设备压力较大的问题。
6.其中，根据本技术实施例的一个方面，提供的一种处理业务请求的方法，方法应用于api网关，包括：
7.接收目标业务请求后，获取所述目标业务请求中包括的请求标识，所述请求标识包括所述目标业务请求的请求头以及请求体的至少一种；
8.将组成所述请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；
9.将所述目标业务请求发送到所述目标业务匹配规则对应的业务处理设备。
10.可选的，在本技术另外一个实施方式中，所述将组成所述请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，包括：
11.获取组成所述请求标识的业务键值对；以及，分别获取每个业务匹配规则中存储的待匹配键值对；
12.将所述业务键值对与多个所述待匹配键值对进行一一数值比对，并确定其中数值与所述业务键值对相同的目标待匹配键值对；
13.将所述目标待匹配键值对所在的业务匹配规则作为所述目标业务匹配规则。
14.可选的，在本技术另外一个实施方式中，所述将组成所述请求标识的键值对与预
设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，包括：
15.获取所述请求标识所反映的业务类型；以及，分别获取每个业务匹配规则中所反映的待匹配业务类型；
16.将所述业务类型与多个所述待匹配业务类型进行一一比对，并确定其中业务类型与所述业务类型相同的目标待匹配业务类型；
17.将所述目标待匹配业务类型所在的业务匹配规则作为所述目标业务匹配规则。
18.可选的，在本技术另外一个实施方式中，在所述将所述请求标识与预设的多个业务匹配规则进行匹配之后，还包括：
19.若确定没有与所述请求标识相匹配的业务匹配规则，则将所述目标业务请求发送到预设的备用业务处理设备，所述备用业务处理设备不与所述业务匹配规则相关联。
20.可选的，在本技术另外一个实施方式中，在所述接收目标业务请求之后，还包括：
21.获取所述目标业务请求对应的请求类型以及请求路径；
22.确定所述api网关下，用于对应处理所述请求类型以及请求路径的目标业务匹配服务器；
23.由所述目标业务匹配服务器将所述请求标识与预设的多个业务匹配规则进行匹配。
24.其中，根据本技术实施例的一个方面，提供的一种处理业务请求的装置，应用于api网关，包括：
25.接收模块，被配置为接收目标业务请求后，获取所述目标业务请求中包括的请求标识，所述请求标识包括所述目标业务请求的请求头以及请求体的至少一种；
26.确定模块，被配置为将组成所述请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；
27.发送模块，被配置为将所述目标业务请求发送到所述目标业务匹配规则对应的业务处理设备。
28.根据本技术实施例的又一个方面，提供的一种电子设备，包括：
29.存储器，用于存储可执行指令；以及
30.显示器，用于与所述存储器显示以执行所述可执行指令从而完成上述任一所述处理业务请求的方法的操作。
31.根据本技术实施例的还一个方面，提供的一种计算机可读存储介质，用于存储计算机可读取的指令，所述指令被执行时执行上述任一所述处理业务请求的方法的操作。
32.本技术中，可以在接收目标业务请求后，获取目标业务请求中包括的请求标识，请求标识包括目标业务请求的请求头以及请求体的至少一种；将组成请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；将目标业务请求发送到目标业务匹配规则对应的业务处理设备。通过应用本技术的技术方案，可以在检测到api网关接收到目标业务请求后，可以根据该请求对应的请求标识与预设的多个业务匹配规则进行字段值是否一致的匹配，从而针对性的确定用于处理该请求的业务处理设备，并将该
业务请求发送至该业务处理设备，从而解决相关技术中存在的，在api网关中无法将不同的业务请求分配至不同的业务处理设备进行处理所导致的部分业务设备压力较大的问题。
33.下面通过附图和实施例，对本技术的技术方案做进一步的详细描述。
附图说明
34.构成说明书的一部分的附图描述了本技术的实施例，并且连同描述一起用于解释本技术的原理。
35.参照附图，根据下面的详细描述，可以更加清楚地理解本技术，其中：
36.图1为本技术提出的一种相关技术中存在的api网关中的数据传输方法示意图；
37.图2为本技术提出的一种处理业务请求的方法示意图；
38.图3为本技术提出的一种处理业务请求的总体流程示意图；
39.图4为本技术提出的处理业务请求的电子装置的结构示意图；
40.图5为本技术提出的处理业务请求的电子设备结构示意图。
具体实施方式
41.现在将参照附图来详细描述本技术的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本技术的范围。
42.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
43.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本技术及其应用或使用的任何限制。
44.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
45.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
46.另外，本技术各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
47.需要说明的是，本技术实施例中所有方向性指示(诸如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
48.下面结合图1-图3来描述根据本技术示例性实施方式的用于进行处理业务请求的方法。需要注意的是，下述应用场景仅是为了便于理解本技术的精神和原理而示出，本技术的实施方式在此方面不受任何限制。相反，本技术的实施方式可以应用于适用的任何场景。
49.图1示出了可以应用本技术实施例的其中一种相关技术中存在的以api网关为服务网关的场景中，一个业务请求在api网关实例中的转发流程：
50.由图1可以看出，在api网关中，当接收到客户端发送的业务请求之后，即可以由api网关将该业务请求发送到用于决定谁可以处理该业务请求的comsumer(服务消费者)，
然后由其将业务请求发送到对应的业务处理服务器进行处理。进一步，当业务请求达到业务处理服务器后，由route决定应该被转发到哪一个后端服务。并将其发送到对应的后端业务处理设备。
51.然而，在利用api网关进行业务处理的过程中，通常会存在有多个业务处理请求均配置为同一个后端业务设备进行处理的问题。这也导致出现业务处理设备压力较大的问题。
52.进一步的，本技术还提出一种处理业务请求的方法、装置、电子设备及介质。
53.图2示意性地示出了根据本技术实施方式的一种处理业务请求的方法的流程示意图。如图2所示，该方法应用于api网关，包括：
54.s101，接收目标业务请求后，获取目标业务请求中包括的请求标识，请求标识包括目标业务请求的请求头以及请求体的至少一种。
55.相关技术中，虽然api网关可以精确进行业务处理，但是随着企业业务数字化转型的深入，对api管理需求也越来越精细化。例如以api网关为kong网关进行举例，原生的kong能力无法满足一部分用户，特别是企业级用户的需求。例如在分布式微服务应用系统中，用户希望根据不同的请求信息组合，如浏览器类型、用户分组、地理位置、客户端类型、请求体数据等，将请求转发到不同的后端业务处理处。在这种场景下，kong原生的能力不能很好的解决。
56.进一步的，本技术即可以在接收到客户端生成的目标业务请求后，获取所述目标业务请求中包括的请求标识。其中需要说明的是，本技术不对业务请求的数量进行具体限定，例如可以为一个，也可以为多个。
57.另外，本技术也不对目标业务请求中包括的请求标识进行具体限定，例如可以为请求头，也可以为请求体等等。
58.一种方式中，api网关只支持头部字段(headers字段)。且不支持通配符配置。其中，headers字段是一种可以在客户端、服务器和其他应用程序之间提供一些通用功能的字段。其可以表征在业务请求的请求头部、响应头部和实体头部(用于应对实体主体部分的首部)。具体来说，其分为request和response两部分。用于说明业务请求的所属。
59.因此，在api网关中的目标业务请求也同样是以headers字段组成的，可以理解的，headers字段对多个key-value键值对组成。通过键值对的组合，能实现简单的逻辑组合：几个key组合表示的是逻辑与(and)关系，而同一key的多个value组合表示的是逻辑或(or)关系。
60.可选的一种方式中，请求标识包括：请求头与请求体的其中至少一种。
61.一种方式中，由于api网关只支持headers字段。且不支持通配符配置。因此在api网关中的目标业务请求也同样是以headers字段组成的。
62.可以理解的，请求头与请求体为请求标识中的一部分，因此其必定也是以headers字段所构成的。其中，对于请求头或请求体来说，其包括的headers字段可以由一个或多个key-value键值对组成。通过键值对的组合，能实现简单的逻辑组合：几个key组合表示的是逻辑与(and)关系，而同一key的多个value组合表示的是逻辑或(or)关系。
63.一种方式中，例如请求头可以为由以下键值对组成：[["k1:v1","k2:v2"]。而请求体可以由以下键值对组成：["k3:v3"]]
[0064]
s102，将组成请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备。
[0065]
进一步的，本技术可以为每一个业务处理设备对应配置一条业务匹配规则。以用于为每个业务处理设备标示其对应负责处理的业务。一种方式中，一个业务匹配规则下可以存储有对应的一个或多个待匹配键值对，且该一个或多个待匹配键值对关联有对应的一个业务处理设备。以使在后续将请求标识与预设的多个业务匹配规则进行匹配的过程中，当请求标识对应的键值对与某一个业务匹配规则存储的待匹配键值对匹配成功后，即可以确定该请求标识与该待匹配键值对关联的业务处理设备相匹配成功。
[0066]
例如，以组成请求标识的键值对为k1、v1，预设的业务匹配规则为2个，分别为业务匹配规则a以及业务匹配规则b。其中业务匹配规则a中存储有键值对k2、v2，且其关联有第一业务处理设备，业务匹配规则a中存储有键值对k1、v1，且其关联有第二业务处理设备，进行举例说明：
[0067]
本技术实施例中当接收目标业务请求后，即可以获取目标业务请求中包括的请求标识(即k1、v1)。进一步的，即可以将该请求标识与预设的业务匹配规则a进行匹配，其中业务匹配规则a中存储有键值对k2、v2，且其关联有第一业务处理设备，那么本技术即可将组成请求标识的键值对(即k1、v1)与组成业务匹配规则a中存储的键值对(即k2、v2)进行匹配，当检测到二者匹配不成功后，则可以将该请求标识与预设的业务匹配规则b进行匹配。
[0068]
进一步的，当本技术将组成请求标识的键值对(即k1、v1)与组成业务匹配规则b中存储的键值对(即k1、v1)进行匹配，且在当检测到二者匹配成功后，则可以将该业务匹配规则b作为与目标业务请求所匹配成功的目标业务匹配规则。并将该业务匹配规则b关联的第二业务处理设备作为目标业务处理。以使后续将该目标业务请求发送到目标业务匹配规则对应的第二业务处理设备，并由该第二业务处理设备对该目标业务请求进行业务处理。
[0069]
其中，本技术不对请求标识的键值对数量以及业务匹配规则中存储的键值对数量进行限定，例如可以为一个，也可以为多个。
[0070]
另外一种方式中，也可以根据请求标识所反映的业务类型来与各个业务匹配规则下可以存储的业务类型进行匹配。以使将该与请求标识所反映的业务类型具有相同业务类型的业务匹配规则作为与目标业务请求所匹配成功的目标业务匹配规则。并将该业务匹配规则关联的业务处理设备作为目标业务处理。以使后续将该目标业务请求发送到目标业务匹配规则对应的业务处理设备，并由该业务处理设备对该目标业务请求进行业务处理。
[0071]
s103，将目标业务请求发送到目标业务匹配规则对应的业务处理设备。
[0072]
其中，本技术中由目标业务匹配规则对应的业务处理设备的数量可以为一个，也可以为多个。
[0073]
本技术中，可以在接收目标业务请求后，获取目标业务请求中包括的请求标识，请求标识包括目标业务请求的请求头以及请求体的至少一种；将组成请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；将目标业务请求发送到目标业务匹配规则对应的业务处理设备。通过应用本技术的技术方案，可以在检测到api网关接收到目标业务请求后，可以根据该请求对应的请求标识与预设的多个业务匹配规则
进行字段值是否一致的匹配，从而针对性的确定用于处理该请求的业务处理设备，并将该业务请求发送至该业务处理设备，从而解决相关技术中存在的，在api网关中无法将不同的业务请求分配至不同的业务处理设备进行处理所导致的部分业务设备压力较大的问题。
[0074]
可选的一种方式中，将所述请求标识与预设的多个业务匹配规则进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，包括：
[0075]
获取组成所述请求标识的业务键值对；以及，分别获取每个业务匹配规则中存储的待匹配键值对；
[0076]
将所述业务键值对与多个所述待匹配键值对进行一一数值比对，并确定其中数值与所述业务键值对相同的目标待匹配键值对；
[0077]
将所述目标待匹配键值对所在的业务匹配规则作为所述目标业务匹配规则。
[0078]
一种方式中，本技术在将请求标识与预设的多个业务匹配规则进行匹配的过程中，可以通过匹配二者键值对的相同性来得到。例如，一个业务匹配规则下可以存储有对应的一个或多个待匹配键值对，且该一个或多个待匹配键值对关联有对应的一个业务处理设备。以使在后续将组成请求标识的一个或多个键值对，与，预设的多个业务匹配规则存储的一个或多个待匹配键值对进行匹配的过程中，当请求标识对应的键值对与某一个业务匹配规则存储的待匹配键值对完全相同后，即可以确定该请求标识与该待匹配键值对关联的业务处理设备相匹配成功。
[0079]
可选的一种方式中，获取组成所述请求标识的业务键值对，包括：获取组成请求头的第一业务键值对，和/或，获取组成请求体的第二业务键值对。
[0080]
进一步的，本技术中在利用组成请求标识的业务键值对进行匹配的过程中，可以利用请求标识的请求头包括的业务键值对进行匹配，也可以利用请求标识的请求体包括的业务键值对进行匹配。本技术对此不作限定。
[0081]
例如，以请求标识为请求头进行举例，请求头的键值对为[k1、v1]，预设的业务匹配规则为2个，分别为业务匹配规则a以及业务匹配规则b。其中业务匹配规则a中存储有键值对[k2、v2]，且其关联有第一业务处理设备，业务匹配规则a中存储有键值对[k1、v1]，且其关联有第二业务处理设备，进行举例说明：
[0082]
本技术实施例中当接收目标业务请求后，即可以获取目标业务请求中包括的请求头(即[k1、v1])。进一步的，即可以将该请求头与预设的业务匹配规则a进行匹配，其中业务匹配规则a中存储有键值对[k2、v2]，且其关联有第一业务处理设备，那么本技术即可将组成请求头的键值对(即[k1、v1])与组成业务匹配规则a中存储的键值对(即[k2、v2])进行匹配，当检测到二者匹配不成功后，则可以将该请求头与预设的业务匹配规则b进行匹配。
[0083]
进一步的，当本技术将组成请求头的键值对(即[k1、v1])与组成业务匹配规则b中存储的键值对(即[k1、v1])进行匹配，且在当检测到二者匹配成功后，则可以将该业务匹配规则b作为与目标业务请求所匹配成功的目标业务匹配规则。并将该业务匹配规则b关联的第二业务处理设备作为目标业务处理。以使后续将该目标业务请求发送到目标业务匹配规则对应的第二业务处理设备，并由该第二业务处理设备对该目标业务请求进行业务处理。
[0084]
再例如，以请求标识为请求头和请求体进行举例，请求头的键值对为[k1、v1]，请求体的键值对为[k3、v3]，预设的业务匹配规则为2个，分别为业务匹配规则a以及业务匹配规则b。其中业务匹配规则a中存储有键值对[k2、v2]，且其关联有第一业务处理设备，业务
匹配规则a中存储有键值对[k1、v1]，[k3、v3]，且其关联有第二业务处理设备，进行举例说明：
[0085]
本技术实施例中当接收目标业务请求后，即可以获取目标业务请求中包括的请求头(即[k1、v1])。进一步的，即可以将该请求头与预设的业务匹配规则a进行匹配，其中业务匹配规则a中存储有键值对[k2、v2]，且其关联有第一业务处理设备，那么本技术即可将组成请求头的键值对(即[k1、v1])与组成业务匹配规则a中存储的键值对(即[k2、v2])进行匹配，当检测到二者匹配不成功后，则可以将该请求头与预设的业务匹配规则b进行匹配。
[0086]
进一步的，当本技术将组成请求头的键值对(即[k1、v1])与组成业务匹配规则b中存储的键值对(即[k1、v1])进行匹配，且在当检测到二者匹配成功后，还需要进一步的匹配组成请求体的键值对(即[k3、v3])与组成业务匹配规则b中存储的键值对(即[k3、v3])进行匹配。可以理解的，当检测到二者同样匹配成功后，则可以将该业务匹配规则b作为与目标业务请求所匹配成功的目标业务匹配规则。并将该业务匹配规则b关联的第二业务处理设备作为目标业务处理。以使后续将该目标业务请求发送到目标业务匹配规则对应的第二业务处理设备，并由该第二业务处理设备对该目标业务请求进行业务处理。
[0087]
可选的一种方式中，将请求标识与预设的多个业务匹配规则进行匹配，确定与目标业务请求所匹配成功的目标业务匹配规则，包括：
[0088]
获取请求标识所反映的业务类型；以及，分别获取每个业务匹配规则中所反映的待匹配业务类型；
[0089]
将业务类型与多个待匹配业务类型进行一一比对，并确定其中业务类型与业务类型相同的目标待匹配业务类型；
[0090]
将目标待匹配业务类型所在的业务匹配规则作为目标业务匹配规则。
[0091]
一种方式中，本技术也可以根据请求标识所反映的业务类型来与各个业务匹配规则下可以存储的业务类型进行匹配。以使将该与请求标识所反映的业务类型具有相同业务类型的业务匹配规则作为与目标业务请求所匹配成功的目标业务匹配规则。并将该业务匹配规则关联的业务处理设备作为目标业务处理。以使后续将该目标业务请求发送到目标业务匹配规则对应的业务处理设备，并由该业务处理设备对该目标业务请求进行业务处理。
[0092]
例如，以请求标识所反映的业务类型为数据存储业务，预设的业务匹配规则为2个，分别为业务匹配规则c以及业务匹配规则d。其中业务匹配规则c所反映的业务类型为金融支付类业务，且其关联有第三业务处理设备，业务匹配规则d所反映的业务类型为数据存储类业务，且其关联有第四业务处理设备，进行举例说明：
[0093]
本技术实施例中当接收目标业务请求后，即可以获取目标业务请求中包括的请求标识，并确定该请求标识所反映的业务类型为数据存储业务。进一步的，即可以将该请求标识与预设的业务匹配规则c进行匹配，再当检测到二者的业务类型匹配不成功后，则可以将该请求标识与预设的业务匹配规则d进行匹配。更进一步的，当在二者的业务类型匹配成功后，则可以将该业务匹配规则d作为与目标业务请求所匹配成功的目标业务匹配规则。并将该业务匹配规则d关联的第四业务处理设备作为目标业务处理。以使后续将该目标业务请求发送到目标业务匹配规则对应的第四业务处理设备，并由该第四业务处理设备对该目标业务请求进行业务处理。
[0094]
可选的一种方式中，在将请求标识与预设的多个业务匹配规则进行匹配之后，还
包括：
[0095]
若确定没有与所述请求标识相匹配的业务匹配规则，则将所述目标业务请求发送到预设的备用业务处理设备，所述备用业务处理设备不与所述业务匹配规则相关联。
[0096]
一种方式中，本技术还可以预设一个用于处理其他业务的备用业务处理设备。可以理解的，该备用业务处理设备不与所有的业务匹配规则相关联。其作用即为当接收到没有预先关联业务处理设备的业务请求时，可以对该业务请求进行针对性的处理。从而避免出现接收到的业务请求与所有业务匹配规则均匹配不成功所导致的无法对该业务请求进行处理的问题。
[0097]
同样的，该备用业务处理设备的处理可以为一个，也可以为多个。本技术对此不做限定。
[0098]
可选的一种方式中，在接收目标业务请求之后，还包括：
[0099]
获取所述目标业务请求对应的请求类型以及请求路径；
[0100]
确定所述api网关下，用于对应处理所述请求类型以及请求路径的目标业务匹配服务器；
[0101]
由所述目标业务匹配服务器将所述请求标识与预设的多个业务匹配规则进行匹配。
[0102]
其中在api网关下，存在有多个用于对业务处理请求进行匹配的服务器，可以理解的，由于kong本身是一个轻量级高性能网关，但考虑到超高并发访问场景下，需要线性水平扩展的能力，因此在本技术中可以由kong采用负载均衡的方式来针对性的为每一个业务请求进行对应业务匹配服务器的调度。
[0103]
具体来讲，本技术中可以根据目标业务请求对应的请求类型以及请求路径，来为其针对性的选择一个目标业务匹配服务器(即该请求类型以及请求路径所对应的服务器)来将该请求标识与预设的多个业务匹配规则进行匹配。
[0104]
进一步的，如图3所示，为本技术提出的一种数据传输方法的流程示意图，其中应用于api网关，包括：
[0105]
其中，本技术可以在接收目标业务请求后，获取目标业务请求对应的请求类型以及请求路径。从而确定api网关下，用于对应处理请求类型以及请求路径的目标业务匹配服务器，以使后续由目标业务匹配服务器将请求标识与预设的多个业务匹配规则进行匹配。
[0106]
其中，请求标识与预设的多个业务匹配规则进行匹配的方式可以分为以下两种情况的任意一种或多种：
[0107]
第一种方式：
[0108]
获取组成请求标识的业务键值对；以及，分别获取每个业务匹配规则中存储的待匹配键值对，并将业务键值对与多个待匹配键值对进行一一数值比对，并确定其中数值与业务键值对相同的目标待匹配键值对，再将目标待匹配键值对所在的业务匹配规则作为目标业务匹配规则后，将目标业务请求发送到目标业务匹配规则对应的业务处理设备。
[0109]
第二种方式：
[0110]
获取请求标识所反映的业务类型；以及，分别获取每个业务匹配规则中所反映的待匹配业务类型，并将目标待匹配业务类型所在的业务匹配规则作为目标业务匹配规则，以使后续将目标业务请求发送到目标业务匹配规则对应的业务处理设备。
[0111]
进一步需要说明的是，若确定没有与请求标识相匹配的业务匹配规则，则将目标业务请求发送到预设的备用业务处理设备。
[0112]
通过应用本技术的技术方案，可以在检测到api网关接收到目标业务请求后，可以根据该请求对应的请求标识与预设的多个业务匹配规则进行匹配，从而针对性的确定用于处理该请求的业务处理设备，并将该业务请求发送至该业务处理设备，从而解决相关技术中存在的，在api网关中无法将不同的业务请求分配至不同的业务处理设备进行处理所导致的部分业务设备压力较大的问题。
[0113]
在本技术的另外一种实施方式中，如图4所示，本技术还提供一种处理业务请求的装置。其中，该装置应用于api网关，包括：
[0114]
接收模块201，被配置为接收目标业务请求后，获取所述目标业务请求中包括的请求标识，所述请求标识包括所述目标业务请求的请求头以及请求体的至少一种；
[0115]
确定模块202，被配置为将组成所述请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；
[0116]
发送模块203，被配置为将所述目标业务请求发送到所述目标业务匹配规则对应的业务处理设备。设备
[0117]
本技术中，可以在api网关接收目标业务请求后，获取目标业务请求中包括的请求标识，并将请求标识与预设的多个业务匹配规则进行匹配，确定与目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备，再将目标业务请求发送到目标业务匹配规则对应的业务处理设备。通过应用本技术的技术方案，可以在检测到api网关接收到目标业务请求后，可以根据该请求对应的请求标识与预设的多个业务匹配规则进行匹配，从而针对性的确定用于处理该请求的业务处理设备，并将该业务请求发送至该业务处理设备，从而解决相关技术中存在的，在api网关中无法将不同的业务请求分配至不同的业务处理设备进行处理所导致的部分业务设备压力较大的问题。
[0118]
在本技术的另一种实施方式中，确定模块202，还包括：
[0119]
确定模块202，被配置为获取组成所述请求标识的业务键值对；以及，分别获取每个业务匹配规则中存储的待匹配键值对；
[0120]
确定模块202，被配置为将所述业务键值对与多个所述待匹配键值对进行一一数值比对，并确定其中数值与所述业务键值对相同的目标待匹配键值对；
[0121]
确定模块202，被配置为将所述目标待匹配键值对所在的业务匹配规则作为所述目标业务匹配规则。
[0122]
在本技术的另一种实施方式中，确定模块202，还包括：
[0123]
确定模块202，被配置为获取所述请求标识所反映的业务类型；以及，分别获取每个业务匹配规则中所反映的待匹配业务类型；
[0124]
确定模块202，被配置为将所述业务类型与多个所述待匹配业务类型进行一一比对，并确定其中业务类型与所述业务类型相同的目标待匹配业务类型；
[0125]
确定模块202，被配置为将所述目标待匹配业务类型所在的业务匹配规则作为所述目标业务匹配规则。
[0126]
在本技术的另一种实施方式中，发送模块203，还包括：
[0127]
发送模块203，被配置为若确定没有与所述请求标识相匹配的业务匹配规则，则将所述目标业务请求发送到预设的备用业务处理设备，所述备用业务处理设备不与所述业务匹配规则相关联。
[0128]
在本技术的另一种实施方式中，确定模块202，还包括：
[0129]
确定模块202，被配置为获取所述目标业务请求对应的请求类型以及请求路径；
[0130]
确定模块202，被配置为确定所述api网关下，用于对应处理所述请求类型以及请求路径的目标业务匹配服务器；
[0131]
确定模块202，被配置为由所述目标业务匹配服务器将所述请求标识与预设的多个业务匹配规则进行匹配。
[0132]
图5是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如，电子设备300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0133]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备处理器执行以完成上述网络监控的方法，该方法包括：接收目标业务请求后，获取所述目标业务请求中包括的请求标识，所述请求标识包括所述目标业务请求的请求头以及请求体的至少一种；将组成所述请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；将所述目标业务请求发送到所述目标业务匹配规则对应的业务处理设备。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0134]
在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或多条指令，该一条或多条指令可以由电子设备的处理器执行，以完成上述网络监控的方法，该方法包括：接收目标业务请求后，获取所述目标业务请求中包括的请求标识，所述请求标识包括所述目标业务请求的请求头以及请求体的至少一种；将组成所述请求标识的键值对与预设的多个业务匹配规则所包含的键值对进行匹配，确定与所述目标业务请求所匹配成功的目标业务匹配规则，其中每个业务匹配规则关联有对应的业务处理设备；将所述目标业务请求发送到所述目标业务匹配规则对应的业务处理设备。可选地，上述指令还可以由电子设备的处理器执行以完成上述示例性实施例中所涉及的其他步骤。
[0135]
图5为计算机设备30的示例图。本领域技术人员可以理解，示意图5仅仅是计算机设备30的示例，并不构成对计算机设备30的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备30还可以包括输入输出设备、网络接入设备、总线等。
[0136]
所称处理器302可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器302也可以是任何常规的处理
器等，处理器302是计算机设备30的控制中心，利用各种接口和线路连接整个计算机设备30的各个部分。
[0137]
存储器301可用于存储计算机可读指令303，处理器302通过运行或执行存储在存储器301内的计算机可读指令或模块，以及调用存储在存储器301内的数据，实现计算机设备30的各种功能。存储器301可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备30的使用所创建的数据等。此外，存储器301可以包括硬盘、内存、插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)或其他非易失性/易失性存储器件。
[0138]
计算机设备30集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。
[0139]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
[0140]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。