服务异常监控方法、装置、电子设备及计算机存储介质与流程

1.本发明涉及资信管理技术领域，尤其是涉及一种服务异常监控方法、装置、电子设备及计算机存储介质。


背景技术：

2.资信平台（资信系统）用于提供资信查询服务，资信查询是银行信贷业务的一个必不可少的环节，基本涵盖贷前审批、贷中监控和贷后管理的全流程。
3.然而由于资信平台通常对接有多个业务系统，这些业务系统都需要调用资信平台的资信查询接口进行资信查询，这很容易导致服务间调度异常，影响业务的办理进度。


技术实现要素：

4.本发明的目的在于提供一种服务异常监控方法、装置、电子设备及计算机存储介质，以保障服务间调度正常，降低对业务办理进度的影响。
5.第一方面，本发明实施例提供了一种服务异常监控方法，包括：当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常；当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值；根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。
6.进一步地，监测资信查询请求对应的当前服务是否异常的步骤，包括：获取资信查询请求对应的请求记录数据；根据请求记录数据中的状态码，判断资信查询请求对应的当前服务是否异常。
7.进一步地，根据请求记录数据中的状态码，判断资信查询请求对应的当前服务是否异常的步骤，包括：当请求记录数据中的状态码指示请求参数错误、请求超时或提供请求方返回数据错误时，确定资信查询请求对应的当前服务异常。
8.进一步地，根据资信查询请求所调用的目标接口，确定目标重试次数阈值的步骤，包括：根据预设的接口与重试次数阈值的对应关系，确定目标接口对应的目标重试次数阈值。
9.进一步地，根据目标重试次数阈值，对资信查询请求进行预设方式的处理的步骤，包括：判断当前重试次数是否等于目标重试次数阈值，得到第一判断结果；当第一判断结果为否时，重新发起资信查询请求；当第一判断结果为是时，判断目标接口对应的重要性等级是否大于或等于预设级
别，得到第二判断结果；当第二判断结果为是时，对资信查询请求进行挂起处理；当第二判断结果为否时，对资信查询请求进行跳过处理。
10.进一步地，上述服务异常监控方法还包括：统计预设时长内目标接口对应的服务发生服务异常的异常次数；当异常次数大于目标接口对应的异常次数阈值时，进行报警处理。
11.进一步地，当目标接口为人行征信接口或税务数据接口时，目标重试次数阈值为无穷大。
12.第二方面，本发明实施例还提供了一种服务异常监控装置，包括：监测模块，用于当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常；确定模块，用于当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值；处理模块，用于根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。
13.第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现第一方面的服务异常监控方法。
14.第四方面，本发明实施例还提供了一种计算机存储介质，计算机存储介质上存储有计算机程序，计算机程序被处理器运行时执行第一方面的服务异常监控方法。
15.本发明实施例提供的服务异常监控方法、装置、电子设备及计算机存储介质，当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常；当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值；根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。这样能够及时监控到异常的服务，并按照相应接口对资信查询请求进行针对性处理，从而可以保障服务间调度正常，降低对业务办理进度的影响。
附图说明
16.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1为本发明实施例提供的一种服务异常监控方法的流程示意图；图2为本发明实施例提供的一种服务异常监控方法的实施模型示意图；图3为本发明实施例提供的一种服务异常监控装置的结构示意图；图4为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
18.下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实
施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
19.目前资信平台容易出现服务间调度异常的情况，影响业务的办理进度，基于此，本发明实施例提供的一种服务异常监控方法、装置、电子设备及计算机存储介质，可以保障服务间调度正常，降低对业务办理进度的影响。
20.为便于对本实施例进行理解，首先对本发明实施例所公开的一种服务异常监控方法进行详细介绍。
21.本发明实施例提供了一种服务异常监控方法，该方法可以由具有数据处理能力的电子设备执行。参见图1所示的一种服务异常监控方法的流程示意图，本发明实施例提供的服务异常监控方法主要包括如下步骤s102~步骤s106：步骤s102，当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常。
22.业务系统可以是诸如银行等企业的审批系统、企业内部的产品系统或核心系统等，业务系统可以向资信平台发起资信查询请求，调用相应资信查询接口去相应的网关系统进行资信数据查询，该网关系统用于做资信查询，可以理解为发起请求的代理服务。该网关系统可以是内部网关系统或外部网关系统，其中，外部和内部是相对于公司来区分，外部指请求外部公司系统，内部指请求自己公司内部的系统。在一些可能的应用场景中，审批系统的审批流程可以发起资信查询请求，例如小微授信动支审批流程系统和个贷授信动支审批流程系统均可以调用资信平台的资信查询接口。
23.为了保障服务间调度正常，需要对请求进行监控，为了便于监控分析，资信平台可以在请求记录表中记录每一笔请求，生成请求记录数据，并存储到诸如mysql数据库中。基于此，上述步骤s102可以通过如下过程实现：获取资信查询请求对应的请求记录数据；并根据请求记录数据中的状态码，判断资信查询请求对应的当前服务是否异常。例如，在mysql数据库中查找与当前资信查询请求的请求标识对应的请求记录数据，请求记录数据中存储有http（hyper text transfer protocol，超文本传输协议）状态码，http状态码可以反应当前服务是否异常。
24.可选地，当请求记录数据中的状态码指示请求参数错误、请求超时或提供请求方返回数据错误时，确定资信查询请求对应的当前服务异常。
25.为了便于理解，本发明实施例还提供了当前服务异常对应的状态码，如下：bcrs221-获取资信查询状态异常!bcrs201-请求信息异常bcrs203-调用通道系统异常bcrs204-通道系统返回结果解析异常bcrs205-资信组装返回结果异常bcrs206-a平台登录错误,获取token失败bcrs208-b平台身份证姓名不匹配bcrs209-资信查询异常scrs210-查询资信结果后台系统异常
scrs211-c地人行结果查询返回状态错误scrs212-d地人行结果查询返回状态错误scrs213-e地人行结果查询返回状态错误scrs214-返回内容为空scrs215-转换xml异常scrs216-数据格式异常scrs217-存储数据结果异常scrs218-f平台小贷结果查询返回状态错误scrs219-f平台消金人行结果查询返回状态错误scrs220-g地人行结果查询返回状态错误scrs221-加工数据异常scrs222-数据保存异常bcrs301-调用数据平台运行时异常bcrs302-调外部facade异常bcrs303-查询lps快照接口异常状态码：bcrs304-h平台异常状态获取websitestatus异常bcrs305-i平台标签数据解析异常bcrs306-j平台数据保存异常bcrs307-k平台原始数据保存异常bcrs308-l平台关系网保存异常bcrs400-参数配置异常!scrs500-系统异常!scrs501-资金方code异常!scrs502-运营商渠道路由异常!bcrs507-m平台早期风险评分结果保存异常bcrs508-m平台信用评分结果保存异常步骤s104，当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值。
26.资信查询接口的重要程度指当前资信查询请求查询回来的资信数据对于当前审批结果的影响大小，可以由业务人员按照审批系统中设置资信的核心程度确定；不同资信查询接口的重要程度可能不同，例如人行征信接口、税务数据接口等的重要程度高于企查查接口的重要程度。本实施例中资信查询接口的重要程度决定其重试次数，重要程度越高，重试次数越大。
27.在一些可能的实施例中，资信平台内存储有预设的接口与重试次数阈值的对应关系，因此可以根据预设的接口与重试次数阈值的对应关系，确定目标接口对应的目标重试次数阈值。
28.考虑到类似人行征信、税务数据等必要的资信必须查询成功，故人行征信接口和税务数据接口的重试次数可以设置为无穷大；企查查接口的重要程度不高（查询回来的资信数据对于当前审批结果没影响或者影响程度较小），企查查接口对应的重试次数可以设
置为3。基于此，当目标接口为人行征信接口或税务数据接口时，目标重试次数阈值为无穷大；当目标接口为企查查接口时，目标重试次数阈值为3。
29.步骤s106，根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。
30.本实施例中，对异常服务设置了一套补偿重试机制，以及时发现问题，及时处理问题。补偿重试机制指通过定时任务调取请求记录表中的资信请求异常数据，重新发起资信查询请求。通过补偿重试机制实现了请求的异步补偿（若请求的主流程失败，会通过定时任务去拉取失败的请求，重新发起，直至请求成功或达到目标重试次数阈值）。
31.当重试次数达到目标重试次数阈值时，可根据接口的重要程度，实施跳过或者挂起等待。在一些可能的实施例中，可以对每个资信查询接口设置一个重要性等级（重要性等级越大，重要程度越高），并设置一个预设级别；重要性等级达到预设级别的接口，实施挂起等待；重要性等级未达到预设级别的接口，实施跳过。基于此，上述步骤s106可以通过如下过程实现：判断当前重试次数是否等于目标重试次数阈值，得到第一判断结果；当第一判断结果为否时，重新发起资信查询请求；当第一判断结果为是时，判断目标接口对应的重要性等级是否大于或等于预设级别，得到第二判断结果；当第二判断结果为是时，对资信查询请求进行挂起处理；当第二判断结果为否时，对资信查询请求进行跳过处理。
32.本发明实施例提供的服务异常监控方法，当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常；当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值；根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。这样能够及时监控到异常的服务，并按照相应接口对资信查询请求进行针对性处理，从而可以保障服务间调度正常，降低对业务办理进度的影响。
33.进一步地，为了方便工作人员及时了解资信查询接口的异常情况，上述方法还包括：统计预设时长内目标接口对应的服务发生服务异常的异常次数；当异常次数大于目标接口对应的异常次数阈值时，进行报警处理。
34.其中，预设时长可以根据实际需求设置，这里不做限定。异常次数阈值可以根据接口的重要程度设置，重要程度越高的接口，异常次数阈值可以越小，例如，人行征信接口或税务数据接口等重要程度特别高的接口，其异常次数阈值可以设置为1，即一旦发现接口异常，就进行报警处理；企查查接口对应的异常次数阈值可以设置为3；汇法单笔精确查询个人接口对应的异常次数阈值可以设置为8。
35.这样当监控到接口异常次数在短时间内超过异常次数阈值时，可以通过推送报警信息到诸如钉钉等即时通信软件，通知相关人员进行关注处理。
36.为了便于理解，参见图2所示的一种服务异常监控方法的实施模型示意图，业务系统可以调用资信平台的资信查询接口，在相应的网关系统进行资信数据查询；当查询失败时，通过补偿重试机制进行异步补偿；当重试次数达到目标重试次数阈值时，实施mq（message queue，消息队列）挂起；当预设时长内的异常次数大于异常次数阈值时，进行钉钉告警。
37.对应于上述的服务异常监控方法，本发明实施例还提供了一种服务异常监控装置。参见图3所示的一种服务异常监控装置的结构示意图，该服务异常监控装置包括：
监测模块32，用于当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常；确定模块34，用于当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值；处理模块36，用于根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。
38.本发明实施例提供的服务异常监控装置，当接收到业务系统发起的资信查询请求时，监测资信查询请求对应的当前服务是否异常；当当前服务异常时，根据资信查询请求所调用的目标接口，确定目标重试次数阈值；根据目标重试次数阈值，对资信查询请求进行预设方式的处理；其中，预设方式包括重新发起、挂起或跳过。这样能够及时监控到异常的服务，并按照相应接口对资信查询请求进行针对性处理，从而可以保障服务间调度正常，降低对业务办理进度的影响。
39.进一步地，上述监测模块32具体用于：获取资信查询请求对应的请求记录数据；根据请求记录数据中的状态码，判断资信查询请求对应的当前服务是否异常。
40.进一步地，上述监测模块32还用于：当请求记录数据中的状态码指示请求参数错误、请求超时或提供请求方返回数据错误时，确定资信查询请求对应的当前服务异常。
41.进一步地，上述确定模块34具体用于：根据预设的接口与重试次数阈值的对应关系，确定目标接口对应的目标重试次数阈值。
42.进一步地，上述处理模块36具体用于：判断当前重试次数是否等于目标重试次数阈值，得到第一判断结果；当第一判断结果为否时，重新发起资信查询请求；当第一判断结果为是时，判断目标接口对应的重要性等级是否大于或等于预设级别，得到第二判断结果；当第二判断结果为是时，对资信查询请求进行挂起处理；当第二判断结果为否时，对资信查询请求进行跳过处理。
43.进一步地，上述服务异常监控装置还包括告警模块，告警模块用于统计预设时长内目标接口对应的服务发生服务异常的异常次数；当异常次数大于目标接口对应的异常次数阈值时，进行报警处理。
44.进一步地，当目标接口为人行征信接口或税务数据接口时，目标重试次数阈值为无穷大。
45.本实施例所提供的服务异常监控装置，其实现原理及产生的技术效果和前述服务异常监控方法实施例相同，为简要描述，服务异常监控装置实施例部分未提及之处，可参考前述服务异常监控方法实施例中相应内容。
46.参见图4，本发明实施例还提供一种电子设备100，包括：处理器40，存储器41，总线42和通信接口43，处理器40、通信接口43和存储器41通过总线42连接；处理器40用于执行存储器41中存储的可执行模块，例如计算机程序。
47.其中，存储器41可能包含随机存取存储器（random access memory，简称ram），也可能还包括非易失性存储器（non-volatile memory，简称nvm），例如至少一个磁盘存储器。通过至少一个通信接口43（可以是有线或者无线）实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
48.总线42可以是工业标准体系结构（industry standard architecture，简称isa）
总线、外设部件互连标准（peripheral component interconnect，简称pci）总线或扩展工业标准结构（extended industry standard architecture，简称eisa）总线等。总线42可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
49.其中，存储器41用于存储程序，处理器40在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流程定义的装置所执行的服务异常监控方法可以应用于处理器40中，或者由处理器40实现。
50.处理器40可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述服务异常监控方法的各步骤可以通过处理器40中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器40可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的服务异常监控方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器41，处理器40读取存储器41中的信息，结合其硬件完成上述服务异常监控方法的步骤。
51.本发明实施例还提供了一种计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前面方法实施例中所述的服务异常监控方法。该计算机存储介质包括：u盘、移动硬盘、只读存储器（read-only memory，简称rom）、ram、磁碟或者光盘等各种可以存储程序代码的介质。
52.在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。
53.附图中的流程图和框图显示了根据本发明的多个实施例的方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
54.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相
互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
55.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
56.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
57.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。