服务请求的处理方法及装置与流程

1.本发明涉及数据处理技术领域，尤其涉及一种服务请求的处理方法及装置。


背景技术：

2.目前发送端的各服务请求对接接收端的时候，由于服务请求不规范或者服务请求过大导致发送过来的在解析服务请求或者处理服务请求时出现异常从而导致程序奔溃，因此需要对异常的服务请求进行隔离，相关技术中，服务请求隔离的方法包括，发送端发起不同的服务请求，网关根据服务请求的类型和地址查分发送到不同的接收端上，a发送端的服务请求由接收端a进行处理，b发送端的服务请求由接收端b进行处理，这种情况下当a发送端出现问题导致接收端a异常时，接收端b依然正常运行，然而，当发送端数量增加必然导致接收端数量增加，大大增加了接收端成本和后期运维成本，故亟需一种更可靠的服务请求的隔离方法。


技术实现要素：

3.本发明旨在至少在一定程度上解决相关技术中的技术问题之一。
4.为此，本发明的第一个目的在于提出一种服务请求的处理方法，针对于发送端任一类型服务进行隔离，减小服务的隔离粒度，提高服务的可靠性。
5.本发明的第二个目的在于提出一种服务请求的处理装置。
6.本发明的第三个目的在于提出一种电子设备。
7.本发明的第四个目的在于提出一种存储有计算机指令的非瞬时计算机可读存储介质。
8.本发明的第五个目的在于提出一种计算机程序产品。
9.为达上述目的，本发明第一方面实施例提出了一种服务请求的处理方法，包括：
10.接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，所述服务请求消息中的请求头是在发送所述服务的发送端，通过预设的拦截程序对所述服务请求消息进行拦截时，添加的所述发送端的请求标识；
11.在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，基于预设的异常筛查规则，对所述多个服务请求消息进行异常筛查，以从所述多个服务请求消息中，确定异常请求消息；
12.根据所述异常请求消息的数量，确定是否对来自于所述至少一个发送端的请求消息进行隔离。
13.为达上述目的，本发明第二方面实施例提出了一种服务请求的处理装置，包括：
14.接收模块，用于接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，所述服务请求消息中的请求头是在发送所述服务的发送端，通过预设的拦截程序对所述服务请求消息进行拦截时，添加的所述发送端的请求标识；
15.筛查模块，用于在接收端基于所述请求头识别出所述请求标识所属的发送端的情
况下，基于预设的异常筛查规则，对所述多个服务请求消息进行异常筛查，以从所述多个服务请求消息中，确定异常请求消息；
16.确定模块，用于根据所述异常请求消息的数量，确定是否对来自于所述至少一个发送端的请求消息进行隔离。
17.为达上述目的，本发明第三方面实施例提出了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。
18.为了实现上述目的，本发明第四方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使所述计算机执行第一方面所述的方法。
19.为了实现上述目的，本发明第五方面实施例提出了一种计算机程序产品，计算机程序在被处理器执行时实现第一方面所述的方法。
20.本发明实施例提供的服务请求的处理方法、装置、电子设备和存储介质，接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识；在接收端基于请求头识别出请求标识所属的发送端的情况下，基于预设的异常筛查规则，对多个服务请求消息进行异常筛查，以从多个服务请求消息中，确定异常请求消息；根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离，由此，针对于发送端任一类型服务进行隔离，减小服务的隔离粒度，提高服务的可靠性。
21.本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
22.本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
23.图1为本发明实施例所提供的一种服务请求的处理方法的流程示意图；
24.图2为本发明实施例所提供的另一种服务请求的处理方法的流程示意图；
25.图3为本发明实施例所提供的另一种服务请求的处理方法的流程示意图；
26.图4为本发明实施例提供的一种服务请求的处理装置的结构示意图。
具体实施方式
27.下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
28.其中，需要说明的是，本发明技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
29.下面参考附图描述本发明实施例的服务请求的处理方法和装置。
30.图1为本发明实施例所提供的一种服务请求的处理方法的流程示意图。
31.如图1所示，该方法包括以下步骤：
32.步骤101，接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识。
33.可选地，发送端可以是银行分行，但不仅限于此，该实施例对此不做具体限定。
34.可选地，任一类型的服务可以包括但不限于金融服务、信息服务，该实施例对此不做具体限定。
35.可选地，在多个服务请求消息通过超文本传输协议(hyper text transfer protocol，http)传输的情况下，请求头可以是一种http header(http首部，http头)，但不限于此。
36.其中，http header表示在http请求或响应中的用来传递附加信息的字段，修改所传递的消息(或者消息主体)的语义，或者使其更加精确，消息首部不区分大小写，开始于一行的开头，后面紧跟着一个':'和与之相关的值。字段值在一个换行符(crlf)前或者整个消息的末尾结束。
37.可选地，预设的拦截程序可以通过一种拦截器实现，该拦截器可以设置在发送端出输出口处，以对服务请求消息进行拦截，并添加的发送端的请求标识到http header中。
38.可选地，发送端的请求标识是基于发送端的身份标识确定的，例如，在发送端为银行分行的情况下，可以将银行分行的分行编码作为请求标识，但不仅限于此，该实施例对此不做具体限定。
39.步骤102，在接收端基于请求头识别出请求标识所属的发送端的情况下，基于预设的异常筛查规则，对多个服务请求消息进行异常筛查，以从多个服务请求消息中，确定异常请求消息。
40.可选地，接收端可以是银行总行，但不仅限于此，该实施例对此不做具体限定。
41.可选地，预设的异常筛查规则可以由接收端可处理的目标服务请求消息进行确定，但不仅限于此。
42.其中，目标服务请求消息可以包括目标数据格式和目标数据内容信息。
43.在一些实施例中，在确定异常请求信息之后，还可以将异常请求消息记录在预设的异常请求表中，以将异常请求表展示在接收端对应的可视化平台中，由此，便于后期对异常请求信息的维护。
44.可以理解的是，在发送端为银行分行，接收端为银行总行，且请求标识为各银行分行的分行编码的情况下，异常请求表的记录方式可以包括但不限于分行编码、统一资源定位符(uniform resource locator，url)、记录时间，例如，hb、/api/v1/qryacct、2022-11-11 11:11:11。
45.步骤103，根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离。
46.在一些实施例中，根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离的一种实施方式可以为，在异常请求消息的数量大于等于预设的误差筛查阈值的情况下，对来自至少一个发送端的服务请求消息进行隔离以拒绝执行服务，在异常请求消息的数量小于预设的误差筛查阈值的情况下，允许调用服务响应来自至少一个
发送端的服务请求消息，由此实现对发送端的请求消息进行隔离精准隔离。
47.其中，预设的误差筛查阈值是基于多个预设时间区间内异常请求消息的数量确定的，例如，误差筛查阈值(隔离百分比)＝过去一天该时间区间内异常请求消息的数量/过去一周该时间区间内异常请求消息的数量，但不仅限于此。
48.可选地，至少一个发送端的请求消息进行隔离的一种隔离格式可以为分行编码、时间区间、url、误差筛查阈值、隔离百分比，但不仅限于此，例如，hb、11:00～12:00、/api/v1/qryacct、20、10％。
49.本发明实施例的服务请求的处理方法，接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识；在接收端基于请求头识别出请求标识所属的发送端的情况下，基于预设的异常筛查规则，对多个服务请求消息进行异常筛查，以从多个服务请求消息中，确定异常请求消息；根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离，由此，针对于发送端任一类型服务进行隔离，减小服务的隔离粒度，提高服务的可靠性。
50.为了清楚说明上一实施例，本实施例还提供了一种服务请求的处理方法，图2为本发明实施例所提供的另一种服务请求的处理方法的流程示意图。
51.如图2所示，该方法可以包括以下步骤：
52.步骤201，接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识。
53.其中，需要说明的是，关于步骤201的具体实现方式，可参见上述实施例中的相关描述。
54.步骤202，在接收端基于请求头识别出请求标识所属的发送端的情况下，获取各个服务请求消息的数据格式和数据内容信息。
55.可选地，各个服务请求消息的数据格式和数据内容信息是由发送端请求时产生的数据，具体地，在发送端为银行分行的情况下，银行分行的服务请求信息是有银行分行请求时产生的银行数据，其中该银行数据包括银行数据的格式以及银行数据的内容信息。
56.步骤203，基于预设的异常筛查规则，对各个服务请求消息的数据格式和数据内容信息的进行异常筛查，以得到多个服务请求消息中的异常请求消息。
57.在一些实施例中，可以通过接收端可处理的目标服务请求消息中的目标数据格式和目标数据内容信息设定异常筛查规则，从而基于目标数据格式和目标数据内容信息与数据格式和数据内容信息的差异性，筛查处多个服务请求消息中的异常请求消息。
58.其中，可以将目标数据格式与数据格式不同和/或目标数据内容信息和数据内容信息不同的服务请求消息作为异常请求消息。
59.具体地，在发送端为银行分行，接收端为银行总行的情况下，银行总行服务的目标数据格式可以为请求方式、请求地址、url、目标数据内容信息，例如post、127.0.0.1:8080、/api/v1/qryacct、{“acctno”:“62123456”}。
60.步骤204，根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离。
61.本发明实施例的服务请求的处理方法，接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识；在接收端基于请求头识别出请求标识所属的发送端的情况下，获取各个服务请求消息的数据格式和数据内容信息；基于预设的异常筛查规则，对各个服务请求消息的数据格式和数据内容信息的进行异常筛查，以得到多个服务请求消息中的异常请求消息；根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离，由此，基于发送端发送的用于请求任一类型服务的多个服务请求消息中的数据格式和数据内容信息，对于发送端任一类型服务进行处理，实现任一类型服务的精准隔离。
62.综上，为更好的理解本发明，本发明实施例还提供另一种服务请求的处理方法的流程示意图，以发送端为多个银行分行(银行分行1...银行分行n)，接收端为银行总行的情况下,如图3所示，具体地，通过接收银行分行1...银行分行n发送的用于请求任一类型服务的多个服务请求消息，并通过http进行多个服务请求消息的传输，在接收端基于服务请求消息中的请求头识别出请求标识所属的发送端的情况下，对多个服务请求消息进行处理，并将处理结果保存在数据库中(database,db)。
63.为了实现上述实施例，本发明还提出一种服务请求的处理装置。
64.图4为本发明实施例提供的一种服务请求的处理装置的结构示意图。
65.如图4所示，该服务请求的处理装置40包括：接收模块41，筛查模块42，确定模块43。
66.接收模块41，用于接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，所述服务请求消息中的请求头是在发送所述服务的发送端，通过预设的拦截程序对所述服务请求消息进行拦截时，添加的所述发送端的请求标识；
67.筛查模块42，用于在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，基于预设的异常筛查规则，对所述多个服务请求消息进行异常筛查，以从所述多个服务请求消息中，确定异常请求消息；
68.确定模块43，用于根据所述异常请求消息的数量，确定是否对来自于所述至少一个发送端的请求消息进行隔离。
69.进一步地，在本发明实施例的一种可能的实现方式中，所述筛查模块42，具体用于：
70.在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，获取各个所述服务请求消息的数据格式和数据内容信息；
71.基于预设的异常筛查规则，对各个所述服务请求消息的数据格式和数据内容信息的进行异常筛查，以得到多个服务请求消息中的异常请求消息。
72.进一步地，在本发明实施例的一种可能的实现方式中，其中，所述预设的异常筛查规则是基于所述接收端可处理的目标数据格式和目标数据内容信息确定的。
73.进一步地，在本发明实施例的一种可能的实现方式中，所述确定模块43，具体用于：
74.在所述异常请求消息的数量大于等于预设的误差筛查阈值的情况下，对来自所述至少一个发送端的服务请求消息进行隔离以拒绝执行所述服务；
75.在所述异常请求消息的数量小于所述预设的误差筛查阈值的情况下，允许调用所述服务响应来自所述至少一个发送端的服务请求消息。
76.进一步地，在本发明实施例的一种可能的实现方式中，所述预设的误差筛查阈值是基于多个预设时间区间内所述异常请求消息的数量确定的。
77.进一步地，在本发明实施例的一种可能的实现方式中，所述发送端的请求标识是基于发送端的身份标识确定的。
78.基于上述实施例，本发明实施例还提供了一种服务请求的处理装置的可能的实现方式，在上一实施例的基础上，所述装置还包括：
79.记录模块，用于将所述异常请求消息记录在预设的异常请求表中，以将所述异常请求表展示在所述接收端对应的可视化平台中。
80.本发明实施例的服务请求的处理装置，接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识；在接收端基于请求头识别出请求标识所属的发送端的情况下，基于预设的异常筛查规则，对多个服务请求消息进行异常筛查，以从多个服务请求消息中，确定异常请求消息；根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离，由此，针对于发送端任一类型服务进行隔离，减小服务的隔离粒度，提高服务的可靠性。
81.为了实现上述实施例，本发明还提出一种电子设备，包括：
82.至少一个处理器；以及
83.与所述至少一个处理器通信连接的存储器；其中，
84.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述的方法。
85.为了实现上述实施例，本发明还提出一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使所述计算机执行前述的方法。
86.为了实现上述实施例，本发明还提出一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据前述的方法。
87.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
88.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
89.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部
分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
90.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
91.应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
92.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
93.此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形似实现，也可以采用软件功能模块的形似实现。所述集成的模块如果以软件功能模块的形似实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
94.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征：
1.一种服务请求的处理方法，其特征在于，所述方法包括：接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，所述服务请求消息中的请求头是在发送所述服务的发送端，通过预设的拦截程序对所述服务请求消息进行拦截时，添加的所述发送端的请求标识；在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，基于预设的异常筛查规则，对所述多个服务请求消息进行异常筛查，以从所述多个服务请求消息中，确定异常请求消息；根据所述异常请求消息的数量，确定是否对来自于所述至少一个发送端的请求消息进行隔离。2.根据权利要求1所述的方法，所述在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，基于预设的异常筛查规则，对所述多个服务请求消息进行异常筛查，以从所述多个服务请求消息中，确定异常请求消息，包括：在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，获取各个所述服务请求消息的数据格式和数据内容信息；基于预设的异常筛查规则，对各个所述服务请求消息的数据格式和数据内容信息的进行异常筛查，以得到多个服务请求消息中的异常请求消息。3.根据权利要求2所述的方法，其中，所述预设的异常筛查规则是基于所述接收端可处理的目标数据格式和目标数据内容信息确定的。4.根据权利要求1所述的方法，其特征在于，所述根据所述异常请求消息的数量，确定是否对来自于所述至少一个发送端的请求消息进行隔离，包括：在所述异常请求消息的数量大于等于预设的误差筛查阈值的情况下，对来自所述至少一个发送端的服务请求消息进行隔离以拒绝执行所述服务；在所述异常请求消息的数量小于所述预设的误差筛查阈值的情况下，允许调用所述服务响应来自所述至少一个发送端的服务请求消息。5.根据权利要求4所述的方法，其特征在于，所述预设的误差筛查阈值是基于多个预设时间区间内所述异常请求消息的数量确定的。6.根据权利要求1所述的方法，其特征在于，所述发送端的请求标识是基于发送端的身份标识确定的。7.根据权利要求1所述的方法，其特征在于，所述方法还包括：将所述异常请求消息记录在预设的异常请求表中，以将所述异常请求表展示在所述接收端对应的可视化平台中。8.一种服务请求的处理装置，其特征在于，所述装置包括：接收模块，用于接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，所述服务请求消息中的请求头是在发送所述服务的发送端，通过预设的拦截程序对所述服务请求消息进行拦截时，添加的所述发送端的请求标识；筛查模块，用于在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，基于预设的异常筛查规则，对所述多个服务请求消息进行异常筛查，以从所述多个服务请求消息中，确定异常请求消息；确定模块，用于根据所述异常请求消息的数量，确定是否对来自于所述至少一个发送
端的请求消息进行隔离。9.根据权利要求8所述的装置，所述筛查模块，具体用于：在接收端基于所述请求头识别出所述请求标识所属的发送端的情况下，获取各个所述服务请求消息的数据格式和数据内容信息；基于预设的异常筛查规则，对各个所述服务请求消息的数据格式和数据内容信息的进行异常筛查，以得到多个服务请求消息中的异常请求消息。10.根据权利要求9所述的装置，其中，所述预设的异常筛查规则是基于所述接收端可处理的目标数据格式和目标数据内容信息确定的。11.根据权利要求8所述的装置，其特征在于，所述确定模块，具体用于：在所述异常请求消息的数量大于等于预设的误差筛查阈值的情况下，对来自所述至少一个发送端的服务请求消息进行隔离以拒绝执行所述服务；在所述异常请求消息的数量小于所述预设的误差筛查阈值的情况下，允许调用所述服务响应来自所述至少一个发送端的服务请求消息。12.根据权利要求11所述的装置，其特征在于，所述预设的误差筛查阈值是基于多个预设时间区间内所述异常请求消息的数量确定的。13.根据权利要求8所述的装置，其特征在于，所述发送端的请求标识是基于发送端的身份标识确定的。14.根据权利要求8所述的装置，其特征在于，所述装置还包括：记录模块，用于将所述异常请求消息记录在预设的异常请求表中，以将所述异常请求表展示在所述接收端对应的可视化平台中。15.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。16.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。17.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的方法。

技术总结
本发明提出一种服务请求的处理方法及装置，涉及数据处理技术领域，方法包括：接收至少一个发送端发送的用于请求任一类型服务的多个服务请求消息，其中，服务请求消息中的请求头是在发送服务的发送端，通过预设的拦截程序对服务请求消息进行拦截时，添加的发送端的请求标识；在接收端基于请求头识别出请求标识所属的发送端的情况下，基于预设的异常筛查规则，对多个服务请求消息进行异常筛查，以从多个服务请求消息中，确定异常请求消息；根据异常请求消息的数量，确定是否对来自于至少一个发送端的请求消息进行隔离，由此，针对于发送端任一类型服务进行隔离，减小服务的隔离粒度，提高服务的可靠性。提高服务的可靠性。提高服务的可靠性。


技术研发人员：吴卿 刘嘉 汤小煜 杜波 张勇辉
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.04.21
技术公布日：2023/8/14