CN115499291A - 一种业务跌零告警信息的处理方法及装置、存储介质 - Google Patents
一种业务跌零告警信息的处理方法及装置、存储介质 Download PDFInfo
- Publication number
- CN115499291A CN115499291A CN202211114584.6A CN202211114584A CN115499291A CN 115499291 A CN115499291 A CN 115499291A CN 202211114584 A CN202211114584 A CN 202211114584A CN 115499291 A CN115499291 A CN 115499291A
- Authority
- CN
- China
- Prior art keywords
- information
- target
- service
- zero
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 238000012545 processing Methods 0.000 title claims abstract description 27
- 238000012795 verification Methods 0.000 claims abstract description 158
- 230000002159 abnormal effect Effects 0.000 claims abstract description 27
- 238000012544 monitoring process Methods 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 10
- 238000013473 artificial intelligence Methods 0.000 abstract description 2
- 230000005856 abnormality Effects 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请涉及人工智能技术领域，公开了一种业务跌零告警信息的处理方法及装置、存储介质、计算机设备，该方法包括：当监测到业务跌零告警信息时，拦截业务跌零告警信息，从业务跌零告警信息中识别目标信息；基于目标信息，从预设校验策略中确定与目标信息对应的至少一个目标校验策略；执行目标校验策略，当存在目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。本申请可以有效减少业务跌零情况时的虚假通知的出现，同时开发人员可以根据异常通知信息直接确定造成业务跌零现象的根本原因，简单方便，有利于提升开发人员的体验感。
Description
技术领域
本申请涉及人工智能技术领域，尤其是涉及到一种业务跌零告警信息的处理方法及装置、存储介质、计算机设备。
背景技术
当前开发人员为了及时发现业务***的接口调用问题，通常会通过监测工具监测每个业务***接口的调用次数情况。如果在预设时间内存在某一业务***接口的调用次数为0，这种情况就叫做业务跌零现象。当出现业务跌零现象之后，可以生成业务跌零告警信息，提醒开发人员出现了业务跌零现象。
然而实际上，造成业务跌零现象的原因有很多，例如，业务***接口确实在正常情况下在预设时间内没有被调用，或者网关入口出现问题导致业务***接口没有被调用，或者是业务***出现问题导致没有被调用。由此可见，很多情况下出现业务跌零现象并不需要生成业务跌零告警信息。这种预设时间内业务***接口调用次数为0即生成业务跌零告警信息的方法，导致工作人员无法根据业务跌零告警信息快速准确地识别是否真正存在故障，还需要人工进一步识别，识别效率较低。
发明内容
有鉴于此，本申请提供了一种业务跌零告警信息的处理方法及装置、存储介质、计算机设备，在拦截到业务跌零告警信息之后，确定用于定位故障的目标校验策略，最终利用目标校验策略确定业务***是否真正存在问题，可以有效减少业务跌零情况时的虚假通知的出现，同时开发人员可以根据异常通知信息直接确定造成业务跌零现象的根本原因，简单方便，有利于提升开发人员的体验感。
根据本申请的一个方面，提供了一种业务跌零告警信息的处理方法，包括：
当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
根据本申请的另一方面，提供了一种业务跌零告警信息的处理装置，包括：
信息拦截模块，用于当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
策略确定模块，用于基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
策略执行模块，用于执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述业务跌零告警信息的处理方法。
依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务跌零告警信息的处理方法。
借由上述技术方案，本申请提供的一种业务跌零告警信息的处理方法及装置、存储介质、计算机设备，当监听到业务跌零告警信息时，可以对业务跌零告警信息进行拦截。拦截业务跌零告警信息之后，可以从拦截的业务跌零告警信息中识别目标信息。接着，可以进一步确定与目标信息相对应的目标校验策略，利用目标校验策略确定究竟是什么原因引起的业务跌零现象，也即利用目标校验策略从整个流程中定位故障。确定目标校验策略之后，可以执行这些目标校验策略。如果这些目标校验策略中有任意一个目标校验策略执行失败，那么说明该目标校验策略对应的执行对象确实存在问题，此时可以以业务跌零告警信息、执行失败的目标校验策略对应的执行结果信息为基础，生成异常通知信息。之后，可以将异常通知信息发送到预设管理终端中。本申请在拦截到业务跌零告警信息之后，确定用于定位故障的目标校验策略，最终利用目标校验策略确定业务***是否真正存在问题，可以有效减少业务跌零情况时的虚假通知的出现，同时开发人员可以根据异常通知信息直接确定造成业务跌零现象的根本原因，简单方便，有利于提升开发人员的体验感。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1示出了本申请实施例提供的一种业务跌零告警信息的处理方法的流程示意图；
图2示出了本申请实施例提供的另一种业务跌零告警信息的处理方法的流程示意图；
图3示出了本申请实施例提供的另一种业务跌零告警信息的处理方法的流程示意图；
图4示出了本申请实施例提供的一种业务跌零告警信息的处理装置的结构示意图；
图5示出了本申请实施例提供的另一种业务跌零告警信息的处理装置的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种业务跌零告警信息的处理方法，如图1所示，该方法包括：
步骤101，当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
为了保证业务***的正常运行，开发人员通常会对业务***的指定接口的接口调用次数进行监控，一旦某个接口在预设时间内接口调用次数为0，也即该接口出现业务跌零现象，即生成业务跌零告警信息并进行上报。本申请实施例提供的业务跌零告警信息的处理方法，具体可以应用于监控平台中。当监听到业务跌零告警信息时，可以对业务跌零告警信息进行拦截。业务跌零告警信息可以是当指定后台监测到业务***的某个指定接口在预设时间内接口调用次数为0时生成的，生成后发送给预设管理终端时被拦截；也可以是监控平台本身监测到业务***的某个指定接口在预设时间内接口调用次数为0时生成的，生成后发送给预设管理终端时被拦截。拦截业务跌零告警信息之后，可以从拦截的业务跌零告警信息中识别目标信息，在这里，目标信息可以是出现业务跌零现象的接口的标识等相关信息，还可以是出现业务跌零现象的接口所在的业务***的标识等相关信息，此外也可以是其它信息。
步骤102，基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
在该实施例中，从业务跌零告警信息中确定目标信息之后，可以进一步确定与目标信息相对应的目标校验策略，利用目标校验策略确定究竟是什么原因引起的业务跌零现象，也即利用目标校验策略从整个流程中定位故障。例如，如图2所示，某一接口调用请求从前端到后端业务***可以经历nginx网关-前端网关-后端业务***三个阶段，其中任一阶段出现故障，均有可能出现业务***接口的调用次数为0的情况，因此，本申请可以利用目标校验策略进行真正的故障定位。
步骤103，执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
在该实施例中，确定目标校验策略之后，可以执行这些目标校验策略。如果这些目标校验策略中有任意一个目标校验策略执行失败，那么说明该目标校验策略对应的执行对象确实存在问题，此时可以以业务跌零告警信息、执行失败的目标校验策略对应的执行结果信息为基础，生成异常通知信息。其中，执行结果信息中可以包括执行失败的目标校验策略的策略名称、策略内容、执行结果情况等相关信息。之后，可以将异常通知信息发送到预设管理终端中。这样，预设管理终端对应的开发人员可以从异常通知信息中直接知晓导致业务跌零现象的原因所在。如果确定的目标校验策略全部被成功执行，那么说明业务跌零现象是正常现象，是因为确实没有前端调用业务***对应的接口，此时可以不再向预设管理终端发送任何信息。
通过应用本实施例的技术方案，当监听到业务跌零告警信息时，可以对业务跌零告警信息进行拦截。拦截业务跌零告警信息之后，可以从拦截的业务跌零告警信息中识别目标信息。接着，可以进一步确定与目标信息相对应的目标校验策略，利用目标校验策略确定究竟是什么原因引起的业务跌零现象，也即利用目标校验策略从整个流程中定位故障。确定目标校验策略之后，可以执行这些目标校验策略。如果这些目标校验策略中有任意一个目标校验策略执行失败，那么说明该目标校验策略对应的执行对象确实存在问题，此时可以以业务跌零告警信息、执行失败的目标校验策略对应的执行结果信息为基础，生成异常通知信息。之后，可以将异常通知信息发送到预设管理终端中。本申请在拦截到业务跌零告警信息之后，确定用于定位故障的目标校验策略，最终利用目标校验策略确定业务***是否真正存在问题，可以有效减少业务跌零情况时的虚假通知的出现，同时开发人员可以根据异常通知信息直接确定造成业务跌零现象的根本原因，简单方便，有利于提升开发人员的体验感。
进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种业务跌零告警信息的处理方法，如图3所示，该方法包括：
步骤201，对业务***的指定接口进行监测，并当任一所述指定接口在第一预设时间内未被调用时，生成所述业务跌零告警信息；
在该实施例中，可以实时对业务***的一个或者多个指定接口进行监测，指定接口可以是业务***中较为重要的接口。如果其中任意一个指定接口在第一预设时间内没有被调用，即在第一预设时间内，该指定接口被调用的次数是0次，那么即生成业务跌零告警信息。例如，业务***中包含两个指定接口，分别为接口4和接口5，那么可以对接口4和接口5分别进行监测，如果接口4在第一预设时间内一直没有被调用，那么可以针对接口4生成业务跌零告警信息；如果接口5在第一预设时间内一直没有被调用，那么可以针对接口5生成业务跌零告警信息；如果接口4和接口5同时达到第一预设时间，且均未被调用，那么可以同时生成两个业务跌零告警信息。
步骤202，当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
在该实施例中国，当监听到业务跌零告警信息时，可以对业务跌零告警信息进行拦截。业务跌零告警信息可以是当指定后台监测到业务***的某个指定接口在预设时间内接口调用次数为0时生成的，生成后发送给预设管理终端时被拦截；也可以是监控平台本身监测到业务***的某个指定接口在预设时间内接口调用次数为0时生成的，生成后发送给预设管理终端时被拦截。拦截业务跌零告警信息之后，可以从拦截的业务跌零告警信息中识别目标信息，在这里，目标信息可以是出现业务跌零现象的接口的标识等相关信息，还可以是出现业务跌零现象的接口所在的业务***的标识等相关信息，此外也可以是其它信息。
步骤203，基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
在该实施例中，从业务跌零告警信息中确定目标信息之后，可以进一步确定与目标信息相对应的目标校验策略，利用目标校验策略确定究竟是什么原因引起的业务跌零现象，也即利用目标校验策略从整个流程中定位故障。例如，某一接口调用请求从前端到后端业务***可以经历nginx网关-前端网关-后端业务***三个阶段，其中任一阶段出现故障，均有可能出现业务***接口的调用次数为0的情况，因此，本申请可以利用目标校验策略进行真正的故障定位。
步骤204，执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端；
在该实施例中，确定目标校验策略之后，可以执行这些目标校验策略。如果这些目标校验策略中有任意一个目标校验策略执行失败，那么说明该目标校验策略对应的执行对象确实存在问题，此时可以以业务跌零告警信息、执行失败的目标校验策略对应的执行结果信息为基础，生成异常通知信息。其中，执行结果信息中可以包括执行失败的目标校验策略的策略名称、策略内容、执行结果情况等相关信息。之后，可以将异常通知信息发送到预设管理终端中。这样，预设管理终端对应的开发人员可以从异常通知信息中直接知晓导致业务跌零现象的原因所在。如果确定的目标校验策略全部被成功执行，那么说明业务跌零现象是正常现象，是因为确实没有前端调用业务***对应的接口，此时可以不再向预设管理终端发送任何信息。
步骤205，若所述目标校验策略全部成功执行，则对所述目标接口标识信息指示的目标接口对应的监测时间进行清零处理，并返回至所述对业务***的指定接口进行监测的步骤。
在该实施例中，如果目标校验策略全部被成功执行，说明截止目前业务跌零现象的出现是正常的，也即确实没有前端发起对目标接口的接口调用请求。此时可以对目标接口标识信息指示的目标接口对应的监测时间进行清零处理。之后，还可以返回对业务***的指定接口进行监测的步骤，再次对指定接口进行计时，若在第一预设时间内某指定接口再次出现业务跌零现象，那么再次生成业务跌零告警信息，并对业务跌零告警信息进行拦截……
在本申请实施例中，可选地，当所述目标信息为业务跌零的目标接口对应的目标接口标识信息时，步骤203包括：基于所述目标接口标识信息，确定关联接口标识信息，所述关联接口标识信息指示的关联接口与所述目标接口标识信息指示的目标接口存在调用关系；从所述预设校验策略中分别确定与所述目标接口标识信息以及所述关联接口标识信息对应的所述目标校验策略。
在该实施例中，如果目标信息是出现业务跌零现象的目标接口对应的目标接口标识信息时，可以以目标接口标识信息为基础，确定关联接口标识信息。其中，目标接口标识信息与目标接口一一对应，从目标接口标识信息可以识别对应的目标接口，关联接口标识信息与关联接口一一对应，从关联接口标识信息可以识别对应的关联接口。在这里，关联接口和目标接口之间可以存在调用关系，具体可以是直接调用关系，也可以是间接调用关系。例如，前端发送目标接口的接口调用请求，之后经由第一网关、第二网关达到目标接口对应的业务***。在此过程中，与目标接口之间具有调用关系的关联接口可以是第一网关对应的接口、第二网关对应的接口，其中，第一网关对应的接口和目标接口之间存在间接调用关系，第二网关对应的接口和目标接口之间存在直接调用关系。不论是第一网关对应的接口存在问题，还是第二网关对应的接口或者目标接口存在问题，前端发送的接口调用请求均不能到达业务***，换句话说均可以导致目标接口出现业务跌零现象。
确定关联接口标识信息之后，可以从预设校验策略中分别确定与目标接口标识信息、关联接口标识信息相对应的目标校验策略。其中，每个目标接口标识信息，或者每个关联接口标识信息可以对应一个目标校验策略，也可以对应多个目标校验策略。通过与目标接口标识信息对应的目标校验策略，可以判断目标接口是否存在问题，通过与关联接口标识信息对应的目标校验策略，可以判断关联接口是否存在问题。目标校验策略具体可以包括策略名称、策略类型、策略内容、策略阈值等。其中，策略名称可以是“检测+关联接口标识(或目标接口标识)+策略”字样，如检测1号接口策略；策略类型可以是linux命令检测、java代码检测等；策略内容可以是具体的执行方式，例如一段检测网关某接口是否正常的代码，在执行校验策略时可以直接被调用即可得到对应的执行结果；策略阈值指的是执行成功与执行失败的判断条件，例如，当策略内容为一段检测网关某接口是否正常的代码时，策略阈值可以是“调用5次中3次失败则认为执行失败”。本申请实施例先确定与出现业务跌零现象的目标接口对应的关联接口，之后进一步确定目标接口、关联接口对应的目标校验策略，后续对目标校验策略进行执行时，可以直接根据执行结果定位故障位置，简单、方便，可以为开发人员提供导致业务跌零现象的准确的原因信息。
在本申请实施例中，可选地，当所述目标信息为业务跌零的目标接口对应的业务***标识信息时，步骤203包括：基于所述业务***标识信息，确定关联网关标识信息；从所述预设校验策略中分别确定与所述业务***标识信息以及所述关联网关标识信息对应的所述目标校验策略。
在该实施例中，如果目标信息是出现业务跌零现象的目标接口对应的业务***标识信息时，可以以业务***标识信息为基础，确定关联网关标识信息。其中，业务***标识信息与业务***一一对应，从业务***标识信息可以识别对应的业务***，关联网关标识信息与关联网关一一对应，从关联网关标识信息可以识别对应的关联网关。在这里，关联网关和业务***之间可以存在接口调用请求的传递关系。例如，前端发送目标接口的接口调用请求，之后经由第一网关、第二网关达到目标接口对应的业务***。那么第一网关、第二网关均可以称之为与业务***对应的关联网关。不论是第一网关存在问题，还是第二网关或者业务***存在问题，前端发送的接口调用请求均不能到达业务***，换句话说均可以导致目标接口出现业务跌零现象。
确定关联网关标识信息之后，可以从预设校验策略中分别确定与业务***标识信息、关联网关标识信息相对应的目标校验策略。其中，每个业务***标识信息，或者每个关联网关标识信息可以对应一个目标校验策略，也可以对应多个目标校验策略。通过与业务***标识信息对应的目标校验策略，可以判断业务***是否存在问题，通过与关联网关标识信息对应的目标校验策略，可以判断关联网关是否存在问题。目标校验策略的具体内容同上。
在本申请实施例中，可选地，步骤204中所述“执行所述目标校验策略”，包括：确定所述目标校验策略对应的策略内容以及策略阈值；执行所述策略内容，得到执行结果；相应地，所述“得到执行结果”之后，所述方法还包括：将所述执行结果与所述策略阈值进行比对，并基于比对结果确定所述目标校验策略是否执行失败。
在该实施例中，首先可以从目标校验策略中确定对应的策略内容和策略阈值。接着，可以执行策略内容，执行结束后可以得到执行结果。策略内容具体可以是一段检测代码，在执行策略内容时，可以直接执行这一段检测代码即可，简单方便。例如，策略内容为调用某接口的代码运行十次，即对某接口调用十次，执行结果可以是调用十次失败七次。
得到执行结果之后，可以将执行结果与策略阈值进行比对，得到比对结果，后续可以以比对结果为基础，从比对结果确定目标校验策略是否执行失败。例如，执行结果可以是调用十次失败七次，策略阈值是调用十次失败超过五次即算失败，那么此时即可断定目标校验策略执行失败；执行结果可以是调用十次失败三次，策略阈值是调用十次失败超过五次即算失败，那么此时即可断定目标校验策略执行成功。
在本申请实施例中，可选地，所述方法还包括：当任一所述指定接口在第二预设时间内的业务跌零告警信息的生成次数超过预设次数阈值时，生成接口检查信息，并将所述接口检查信息发送至所述预设管理终端。
在该实施例中，如果任意一个指定接口在第二预设时间内的业务跌零告警信息的生成次数超过预设次数阈值，也即在第二预设时间内出现业务跌零现象的次数超过预设次数阈值，说明该指定接口要么本身存在较为严重的问题，要么指定接口对应的接口调用请求的传递路径存在问题，要么该指定接口对应的业务使用率较低，所以，为了提醒开发人员深入着重的分析研究，可以生成接口检查信息，之后可以将接口检查信息发送到开发人员对应的预设管理终端中。接口检查信息中可以包括对应的指定接口标识信息、第二预设时间、预设次数阈值等信息。本申请实施例通过设置第二预设时间以及预设次数阈值，根据第二预设时间以及预设次数阈值可以生成接口检查信息，后续当开发人员接收到接口检查信息后，可以对接口检查信息对应的指定接口着重排查分析，有利于减少异常情况下的业务跌零现象的出现几率。
进一步的，作为图1方法的具体实现，本申请实施例提供了一种业务跌零告警信息的处理装置，如图4所示，该装置包括：
信息拦截模块，用于当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
策略确定模块，用于基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
策略执行模块，用于执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
进一步的，作为图1方法的具体实现，本申请实施例提供了另一种业务跌零告警信息的处理装置，如图5所示，该装置包括：
信息拦截模块，用于当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
策略确定模块，用于基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
策略执行模块，用于执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
可选地，当所述目标信息为业务跌零的目标接口对应的目标接口标识信息时，所述策略确定模块，包括：
第一信息确定单元，用于基于所述目标接口标识信息，确定关联接口标识信息，所述关联接口标识信息指示的关联接口与所述目标接口标识信息指示的目标接口存在调用关系；
第一策略确定单元，用于从所述预设校验策略中分别确定与所述目标接口标识信息以及所述关联接口标识信息对应的所述目标校验策略。
可选地，当所述目标信息为业务跌零的目标接口对应的业务***标识信息时，所述策略确定模块，包括：
第二信息确定单元，用于基于所述业务***标识信息，确定关联网关标识信息；
第二策略确定单元，用于从所述预设校验策略中分别确定与所述业务***标识信息以及所述关联网关标识信息对应的所述目标校验策略。
可选地，所述装置还包括：
监测模块，用于所述拦截所述业务跌零告警信息之前，对业务***的指定接口进行监测，并当任一所述指定接口在第一预设时间内未被调用时，生成所述业务跌零告警信息。
可选地，所述装置还包括：
清零模块，用于所述执行所述目标校验策略之后，若所述目标校验策略全部成功执行，则对所述目标接口标识信息指示的目标接口对应的监测时间进行清零处理，并返回至所述对业务***的指定接口进行监测的步骤。
可选地，所述策略执行模块，用于：确定所述目标校验策略对应的策略内容以及策略阈值；执行所述策略内容，得到执行结果；
相应地，所述装置还包括：
比对模块，用于所述得到执行结果之后，将所述执行结果与所述策略阈值进行比对，并基于比对结果确定所述目标校验策略是否执行失败。
可选地，所述装置还包括：
信息生成模块，用于当任一所述指定接口在第二预设时间内的业务跌零告警信息的生成次数超过预设次数阈值时，生成接口检查信息，并将所述接口检查信息发送至所述预设管理终端。
需要说明的是，本申请实施例提供的一种业务跌零告警信息的处理装置所涉及各功能单元的其他相应描述，可以参考图1至图3方法中的对应描述，在此不再赘述。
基于上述如图1至图3所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图3所示的业务跌零告警信息的处理方法。
基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。
基于上述如图1至图3所示的方法，以及图4至图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图3所示的业务跌零告警信息的处理方法。
可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。
本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储介质中还可以包括操作***、网络通信模块。操作***是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。当监听到业务跌零告警信息时，可以对业务跌零告警信息进行拦截。拦截业务跌零告警信息之后，可以从拦截的业务跌零告警信息中识别目标信息。接着，可以进一步确定与目标信息相对应的目标校验策略，利用目标校验策略确定究竟是什么原因引起的业务跌零现象，也即利用目标校验策略从整个流程中定位故障。确定目标校验策略之后，可以执行这些目标校验策略。如果这些目标校验策略中有任意一个目标校验策略执行失败，那么说明该目标校验策略对应的执行对象确实存在问题，此时可以以业务跌零告警信息、执行失败的目标校验策略对应的执行结果信息为基础，生成异常通知信息。之后，可以将异常通知信息发送到预设管理终端中。本申请在拦截到业务跌零告警信息之后，确定用于定位故障的目标校验策略，最终利用目标校验策略确定业务***是否真正存在问题，可以有效减少业务跌零情况时的虚假通知的出现，同时开发人员可以根据异常通知信息直接确定造成业务跌零现象的根本原因，简单方便，有利于提升开发人员的体验感。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
Claims (10)
1.一种业务跌零告警信息的处理方法，其特征在于，包括：
当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
2.根据权利要求1所述的方法，其特征在于，当所述目标信息为业务跌零的目标接口对应的目标接口标识信息时，所述基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，包括：
基于所述目标接口标识信息，确定关联接口标识信息，所述关联接口标识信息指示的关联接口与所述目标接口标识信息指示的目标接口存在调用关系；
从所述预设校验策略中分别确定与所述目标接口标识信息以及所述关联接口标识信息对应的所述目标校验策略。
3.根据权利要求1所述的方法，其特征在于，当所述目标信息为业务跌零的目标接口对应的业务***标识信息时，所述基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，包括：
基于所述业务***标识信息，确定关联网关标识信息；
从所述预设校验策略中分别确定与所述业务***标识信息以及所述关联网关标识信息对应的所述目标校验策略。
4.根据权利要求1所述的方法，其特征在于，所述拦截所述业务跌零告警信息之前，所述方法还包括：
对业务***的指定接口进行监测，并当任一所述指定接口在第一预设时间内未被调用时，生成所述业务跌零告警信息。
5.根据权利要求4所述的方法，其特征在于，所述执行所述目标校验策略之后，所述方法还包括：
若所述目标校验策略全部成功执行，则对所述目标接口标识信息指示的目标接口对应的监测时间进行清零处理，并返回至所述对业务***的指定接口进行监测的步骤。
6.根据权利要求1所述的方法，其特征在于，所述执行所述目标校验策略，包括：
确定所述目标校验策略对应的策略内容以及策略阈值；
执行所述策略内容，得到执行结果；
相应地，所述得到执行结果之后，所述方法还包括：
将所述执行结果与所述策略阈值进行比对，并基于比对结果确定所述目标校验策略是否执行失败。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当任一所述指定接口在第二预设时间内的业务跌零告警信息的生成次数超过预设次数阈值时，生成接口检查信息，并将所述接口检查信息发送至所述预设管理终端。
8.一种业务跌零告警信息的处理装置，其特征在于，包括：
信息拦截模块，用于当监测到业务跌零告警信息时，拦截所述业务跌零告警信息，从所述业务跌零告警信息中识别目标信息；
策略确定模块，用于基于所述目标信息，从预设校验策略中确定与所述目标信息对应的至少一个目标校验策略，所述目标校验策略用于业务跌零的故障定位；
策略执行模块，用于执行所述目标校验策略，当存在所述目标校验策略执行失败时，依据所述业务跌零告警信息以及执行失败的所述目标校验策略对应的执行结果信息，生成异常通知信息，并将所述异常通知信息发送至预设管理终端。
9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。
10.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211114584.6A CN115499291B (zh) | 2022-09-14 | 2022-09-14 | 一种业务跌零告警信息的处理方法及装置、存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211114584.6A CN115499291B (zh) | 2022-09-14 | 2022-09-14 | 一种业务跌零告警信息的处理方法及装置、存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115499291A true CN115499291A (zh) | 2022-12-20 |
| CN115499291B CN115499291B (zh) | 2024-04-02 |
Family
ID=84467941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211114584.6A Active CN115499291B (zh) | 2022-09-14 | 2022-09-14 | 一种业务跌零告警信息的处理方法及装置、存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115499291B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016192556A1 (zh) * | 2015-05-29 | 2016-12-08 | 北京金山安全软件有限公司 | 接口调用方法、装置及终端 |
| CN110633160A (zh) * | 2019-08-22 | 2019-12-31 | 浙江大搜车软件技术有限公司 | 接口调用方法、装置、计算机设备和存储介质 |
| CN110688277A (zh) * | 2019-09-12 | 2020-01-14 | 上海易点时空网络有限公司 | 用于微服务框架的数据监控方法及装置 |
| CN112003762A (zh) * | 2020-08-07 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种存储设备高可靠性测试的方法和设备 |
| CN113835921A (zh) * | 2021-09-29 | 2021-12-24 | 平安普惠企业管理有限公司 | 接口服务异常的处理方法、装置、设备和存储介质 |
| CN114186046A (zh) * | 2021-12-14 | 2022-03-15 | 平安壹钱包电子商务有限公司 | 信息处理方法、装置、服务器及存储介质 |
-
2022
- 2022-09-14 CN CN202211114584.6A patent/CN115499291B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016192556A1 (zh) * | 2015-05-29 | 2016-12-08 | 北京金山安全软件有限公司 | 接口调用方法、装置及终端 |
| CN110633160A (zh) * | 2019-08-22 | 2019-12-31 | 浙江大搜车软件技术有限公司 | 接口调用方法、装置、计算机设备和存储介质 |
| CN110688277A (zh) * | 2019-09-12 | 2020-01-14 | 上海易点时空网络有限公司 | 用于微服务框架的数据监控方法及装置 |
| CN112003762A (zh) * | 2020-08-07 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种存储设备高可靠性测试的方法和设备 |
| CN113835921A (zh) * | 2021-09-29 | 2021-12-24 | 平安普惠企业管理有限公司 | 接口服务异常的处理方法、装置、设备和存储介质 |
| CN114186046A (zh) * | 2021-12-14 | 2022-03-15 | 平安壹钱包电子商务有限公司 | 信息处理方法、装置、服务器及存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 张弛;张鹏;周陶宏;潘忠林;: "低压配网中应用杆变负荷监测***降损", 华东电力, no. 01 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115499291B (zh) | 2024-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107294808A (zh) | 接口测试的方法、装置和*** | |
| US11799748B2 (en) | Mitigating failure in request handling | |
| CN111176866A (zh) | 数据交互方法和电子设备 | |
| CN110620688A (zh) | 一种业务综合监控方法、***及装置 | |
| WO2023083079A1 (zh) | 第三方***监控***、方法、装置、设备及存储介质 | |
| US9811447B2 (en) | Generating a fingerprint representing a response of an application to a simulation of a fault of an external service | |
| CN116016123A (zh) | 故障处理方法、装置、设备及介质 | |
| US10805186B2 (en) | Mobile communication network failure monitoring system and method | |
| CN113495820A (zh) | 异常信息收集、处理方法和装置以及异常监控*** | |
| CN114844768A (zh) | 信息分析方法、装置及电子设备 | |
| CN108650123B (zh) | 故障信息记录方法、装置、设备和存储介质 | |
| CN114328110A (zh) | 物联网网关的监控方法、***及存储介质 | |
| CN115499291A (zh) | 一种业务跌零告警信息的处理方法及装置、存储介质 | |
| CN111143151A (zh) | 业务监控方法、装置以及电子设备 | |
| CN113821413A (zh) | 告警分析方法及装置 | |
| CN109508356B (zh) | 数据异常预警方法、装置、计算机设备及存储介质 | |
| CN108845932B (zh) | 一种网络库的单元测试方法、装置、存储介质及终端 | |
| KR20120070179A (ko) | 통신 시스템 모니터링 방법 및 이를 위한 장치 | |
| CN109067956B (zh) | 对用于警务***的终端进行检测的方法及装置、警务*** | |
| CN115499492A (zh) | 应用服务的异常处理方法、装置、设备及可读存储介质 | |
| CN112286797B (zh) | 一种服务监控方法、装置、电子设备及存储介质 | |
| CN117234862A (zh) | 一种服务器内存健康状况告警方法、***、终端及介质 | |
| CN116501331A (zh) | 一种代码处理方法及装置、存储介质、计算机设备 | |
| CN111613035A (zh) | 一种报警信息自动处理方法、装置及存储介质 | |
| CN114826886A (zh) | 一种应用软件容灾方法、装置及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |