CN112925714A - 应用程序的监测方法及系统、电子设备及存储介质 - Google Patents
应用程序的监测方法及系统、电子设备及存储介质 Download PDFInfo
- Publication number
- CN112925714A CN112925714A CN202110256571.1A CN202110256571A CN112925714A CN 112925714 A CN112925714 A CN 112925714A CN 202110256571 A CN202110256571 A CN 202110256571A CN 112925714 A CN112925714 A CN 112925714A
- Authority
- CN
- China
- Prior art keywords
- application program
- error
- alarm
- alarm information
- application
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3644—Software debugging by instrumenting at runtime
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/366—Software debugging using diagnostics
Abstract
本发明公开了一种应用程序的监测方法及系统、电子设备及存储介质,监测方法包括:获取应用程序发布后生成的错误日志,所述错误日志包括与所述应用程序对应的若干个应用程序错误,所述应用程序错误包括对应的错误产生时间;若所述错误产生时间晚于所述应用程序的发布时间,则生成第一报警信息。本发明通过提取应用程序的错误日志中的信息,并根据时间线来对错误码进行分析和判定,更有效地对应用程序的发布进行了监测以快速准确地识别应用程序的健康状况。提升了应用程序发布期间的监控便捷性,确保了业务系统运行的稳定性。
Description
技术领域
本发明涉及软件测试技术领域,尤其涉及一种应用程序的监测方法及系统、电子设备及存储介质。
背景技术
灰度测试是指在某项产品或应用正式发布前的试运行阶段,此时由部分用户对应用程序进行试用,以便及时发现和纠正其中的问题,再逐步扩大使用者数量进行压力测试直至该应用程序正式发布。互联网行业的特点是快需求和快响应;产品及应用在包括灰度测试阶段在内的大部分生命周期都需要进行严密的监控以及时发现响应各种应用程序的报错。现有的方式通常是基于对于错误码数量进行统计。然而由于应用程序本身的特性,经常会造成短时间内报出大量重复的错误码等情况;反之,偶尔出现的一个错误码又可能是致命的错误。换言之,错误码的数量和其包含的错误信息的严重程度并没有太大的关联;因此,为了避免产业链因某些错误导致严重后果,还是必须依靠投入大量的人力进行相关监测。
发明内容
本发明要解决的技术问题是为了克服现有技术中对于应用程序产生的错误无法有效地进行自动监测的缺陷,提供一种应用程序的监测方法及系统、电子设备及存储介质。
本发明是通过下述技术方案来解决上述技术问题:
本发明提供了一种应用程序的监测方法,所述监测方法包括:
获取应用程序发布后生成的错误日志,所述错误日志包括与所述应用程序对应的若干个应用程序错误,所述应用程序错误包括对应的错误产生时间;若所述错误产生时间晚于所述应用程序的发布时间,则生成第一报警信息。
较佳地,所述应用程序错误还包括对应的错误码;若所述错误码存在于报警名单,则生成第二报警信息,所述报警名单中包括预存储的需要报警的错误码。
较佳地,生成第一报警信息的步骤之后包括:将所述第一报警信息发送至指定人员;所述第一报警信息中至少包括所述应用程序和所述应用程序错误。
较佳地,设置报警屏蔽时段,以使在所述报警屏蔽时段内不再生成与所述应用程序错误对应的报警信息;所述报警屏蔽时段的计时起点为所述第一报警信息或所述第二报警信息生成的时刻。
本发明还提供了一种应用程序的监测系统,所述监测系统包括:
获取模块,用于获取应用程序发布后生成的错误日志,所述错误日志包括与所述应用程序对应的若干个应用程序错误,所述应用程序错误包括对应的错误产生时间;
报警模块,用于当所述错误产生时间晚于所述应用程序的发布时间的情况下,生成第一报警信息。
较佳地,所述应用程序错误还包括对应的错误码;所述报警模块还用于当所述错误码存在于报警名单的情况下,生成第二报警信息,所述报警名单中包括预存储的需要报警的错误码。
较佳地,所述监测系统还包括发送模块,所述报警模块还用于调用发送模块,以将所述第一报警信息发送至指定人员;所述第一报警信息中至少包括所述应用程序和所述应用程序错误。
较佳地,所述监测系统还包括屏蔽模块,用于设置报警屏蔽时段,以使在所述报警屏蔽时段内不再生成与所述应用程序错误对应的报警信息;所述报警屏蔽时段的计时起点为所述第一报警信息或所述第二报警信息生成的时刻。
本发明还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任一项所述的应用程序的监测方法。
本发明还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述应用程序的监测方法的步骤。
本发明的积极进步效果在于:本发明的应用程序的监测方法及系统、电子设备及存储介质通过提取应用程序的错误日志中的信息,并根据时间线来对错误码进行分析和判定,从而更有效地对应用程序的发布进行了监测以快速准确地识别应用程序的健康状况。提升了应用程序发布期间的监控便捷性,确保了业务系统运行的稳定性。
附图说明
图1为本发明的实施例1的应用程序的监测方法的流程图。
图2为本发明的实施例2的应用程序的监测系统的模块示意图。
图3为本发明的实施例3的电子设备的结构框图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
实施例1
参见图1所示,本实施例具体提供了一种应用程序的监测方法,具体包括步骤:
步骤S1.获取应用程序发布后生成的错误日志,错误日志包括与应用程序对应的若干个应用程序错误,应用程序错误包括对应的错误产生时间。
步骤S2.若错误产生时间晚于应用程序的发布时间,则生成第一报警信息。
对于步骤S1,利用调度系统实时捕捉应用程序的发布情况,例如使用Qschedule调度系统设置分钟级的间隔判断最近30分钟内是否存在发布任务。若存在,则获取其中的发布应用程序及错误日志,具体地,获取发布的应用程序可以通过调用CAT接口获取发布应用程序以及相应的logging.error(应用程序调用链)的返回信息,CAT是一个基于Trace(链路追踪类)的开源应用监控集成。应用程序错误包括时间戳信息,如“100028429 2021-02-0518:33:16 10.10.10.100服务抛出了未处理的异常Java.lang.NullPointerException”。
步骤S2判断本次错误的产生时间是否晚于应用程序的发布时间,由于应用程序发布后重要错误的或然率更高,因此本实施例旨在着重遴选出新的错误。具体地,可以通过消费应用程序抛送的接口响应信息判断是否为发布后产生,若是则立即产生第一报警信息,例如“ServiceErrorCServiceException:服务端返回错误信息,如有疑问请联系应用服务管理员。错误为服务抛出了未处理的异常”。
作为一种较佳的实施方式,应用程序错误还包括对应的错误码;若错误码存在于报警名单,则立即生成第二报警信息。报警名单中包括预存储的需要报警的错误码。
此种实施方式中,本领域技术人员可以理解报警名单可以根据系统的配置环境、运行架构及数据库类型等灵活设置。例如,为本地实时维护的最近30天的错误码数据库或黑白名单配置库等。而对于黑白名单检测,本领域技术人员可以知晓,其检测匹配的流程可优先于上述步骤S1进行,即首先进行全局黑白名单的判定,以提高整体监测的效率。本实施方式通过各种核心规则匹配检查判断本次发布的应用程序是否有新的错误码产生,从而发出对应的报警。
作为一种较佳的实施方式,生成第一报警信息的步骤之后包括:将第一报警信息发送至指定人员;第一报警信息中至少包括应用程序和应用程序错误。例如,一旦产生报警则立即通过电话语音、紧急电子邮件等方式将报警信息发送至指定的接警人员,如应用程序的发布管理者、相关部门的工程师等,以便及时迅速进行确认和后续处理。
作为一种较佳的实施方式,可以设置报警屏蔽时段,以使在报警屏蔽时段内不再生成与应用程序错误对应的报警信息;报警屏蔽时段的计时起点为第一报警信息或第二报警信息生成的时刻。本实施方式针对报警发生后,某些错误会大量重复发生的情况,若均不断将报警发出并推送至相关人员,则容易影响应用任务发布及纠错的效率。因此,在报警发出后,对于该应用程序错误可设置屏蔽时段也即开关锁,锁定该时段内再次对这一应用程序错误发出报警。较佳地,执行对开关锁的判定在上述全局黑白名单判定之前进行。
本实施例的应用程序的监测方法通过提取应用程序的错误日志中的信息,并根据时间线来对错误码进行分析和判定,从而更有效地对应用程序的发布进行了监测以快速准确地识别应用程序的健康状况。提升了应用程序发布期间的监控便捷性,确保了业务系统运行的稳定性。
实施例2
如图2所示,本实施例具体提供了一种应用程序的监测系统,具体包括:
获取模块1,用于获取应用程序发布后生成的错误日志,错误日志包括与应用程序对应的若干个应用程序错误,应用程序错误包括对应的错误产生时间。
报警模块2,用于当错误产生时间晚于应用程序的发布时间的情况下,生成第一报警信息。
获取模块1利用调度系统实时捕捉应用程序的发布情况,例如使用Qschedule调度系统设置分钟级的间隔判断最近30分钟内是否存在发布任务。若存在,则获取模块1获取其中的发布应用程序及错误日志。具体地,获取发布的应用程序可以通过调用CAT接口获取发布应用程序以及相应的logging.error(应用程序调用链)的返回信息,CAT是一个基于Trace(链路追踪类)的开源应用监控集成。应用程序错误包括时间戳信息,如“100028429-2021-02-05 18:33:16 10.10.10.100服务抛出了未处理的异常Java.lang.NullPointerException”。
报警模块2判断本次错误的产生时间是否晚于应用程序的发布时间,由于应用程序发布后重要错误的或然率更高,因此本实施例旨在着重遴选出新的错误。具体地,可以通过消费应用程序抛送的接口响应信息判断是否为发布后产生,若是则立即产生第一报警信息例如:
“ServiceErrorCServiceException:服务端返回错误信息,如有疑问请联系应用服务管理员。错误为服务抛出了未处理的异常”。
作为一种较佳的实施方式,应用程序错误还包括对应的错误码;报警模块2还用于当错误码存在于报警名单的情况下生成第二报警信息,报警名单中包括预存储的需要报警的错误码。
此种实施方式中,本领域技术人员可以理解报警名单可以根据系统的配置环境、运行架构及数据库类型等灵活设置。例如,为本地实时维护的最近30天的错误码数据库或黑白名单配置库等。而对于黑白名单检测,本领域技术人员可以知晓,报警模块2可以首先进行全局黑白名单的判定以提高整体监测的效率。本实施方式通过报警模块2对各种核心规则匹配检查判断本次发布的应用程序是否有新的错误码产生,从而发出对应的报警。
作为一种较佳的实施方式,监测系统还包括发送模块3,报警模块2还用于调用发送模块3以将第一报警信息发送至指定人员;第一报警信息中至少包括应用程序和应用程序错误。
例如,一旦产生报警则报警模块2调用发送模块3立即通过电话语音、紧急电子邮件等方式将报警信息发送至指定的接警人员,如应用程序的发布管理者、相关部门的工程师等,以便及时迅速进行确认和后续处理。
作为一种较佳的实施方式,本实施例的监测系统还包括屏蔽模块4以设置报警屏蔽时段,使在报警屏蔽时段内不再生成与应用程序错误对应的报警信息;报警屏蔽时段的计时起点为第一报警信息或第二报警信息生成的时刻。
本实施方式针对报警发生后,某些错误会大量重复发生的情况,若均不断将报警发出并推送至相关人员,则容易影响应用任务发布及纠错的效率。因此,屏蔽模块4在报警发出后对于该应用程序错误可设置屏蔽时段也即开关锁,锁定该时段内再次对这一应用程序错误发出报警。较佳地,屏蔽模块4将开关锁设置于上述全局黑白名单之前。
本实施例的应用程序的监测系统通过提取应用程序的错误日志中的信息,并根据时间线来对错误码进行分析和判定,从而更有效地对应用程序的发布进行了监测以快速准确地识别应用程序的健康状况。提升了应用程序发布期间的监控便捷性,确保了业务系统运行的稳定性。
实施例3
图3为本发明实施例3提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现实施例1中的应用程序的监测方法。图3显示的电子设备30仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图3所示,电子设备30可以以通用计算设备的形式表现,例如其可以为服务器设备。电子设备30的组件可以包括但不限于:上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
总线33包括数据总线、地址总线和控制总线。
存储器32可以包括易失性存储器,例如随机存取存储器(RAM)321和/或高速缓存存储器322,还可以进一步包括只读存储器(ROM)323。
存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325,这样的程序模块324包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器31通过运行存储在存储器32中的计算机程序,从而执行各种功能应用以及数据处理,例如本发明实施例1中的应用程序的监测方法。
电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且,模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图3所示,网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白,尽管图中未示出,可以结合模型生成的设备30使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例4
本实施例提供了一种计算机可读存储介质,其上存储有计算机程序,程序被处理器执行时实现实施例1中的应用程序的监测方法中的步骤。
其中,可读存储介质可以采用的更具体可以包括但不限于:便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中,本发明还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在终端设备上运行时,程序代码用于使终端设备执行实现实施例1中的应用程序的监测方法中的步骤。
其中,可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码,程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种应用程序的监测方法,其特征在于,所述监测方法包括:
获取应用程序发布后生成的错误日志,所述错误日志包括与所述应用程序对应的若干个应用程序错误,所述应用程序错误包括对应的错误产生时间;若所述错误产生时间晚于所述应用程序的发布时间,则生成第一报警信息。
2.如权利要求1所述的应用程序的监测方法,其特征在于,所述应用程序错误还包括对应的错误码;若所述错误码存在于报警名单,则生成第二报警信息,所述报警名单中包括预存储的需要报警的错误码。
3.如权利要求1所述的应用程序的监测方法,其特征在于,生成第一报警信息的步骤之后包括:将所述第一报警信息发送至指定人员;所述第一报警信息中至少包括所述应用程序和所述应用程序错误。
4.如权利要求2所述的应用程序的监测方法,其特征在于,设置报警屏蔽时段,以使在所述报警屏蔽时段内不再生成与所述应用程序错误对应的报警信息;所述报警屏蔽时段的计时起点为所述第一报警信息或所述第二报警信息生成的时刻。
5.一种应用程序的监测系统,其特征在于,所述监测系统包括:
获取模块,用于获取应用程序发布后生成的错误日志,所述错误日志包括与所述应用程序对应的若干个应用程序错误,所述应用程序错误包括对应的错误产生时间;
报警模块,用于当所述错误产生时间晚于所述应用程序的发布时间的情况下,生成第一报警信息。
6.如权利要求5所述的应用程序的监测系统,其特征在于,所述应用程序错误还包括对应的错误码;所述报警模块还用于当所述错误码存在于报警名单的情况下,生成第二报警信息,所述报警名单中包括预存储的需要报警的错误码。
7.如权利要求5所述的应用程序的监测系统,其特征在于,所述监测系统还包括发送模块,所述报警模块还用于调用发送模块,以将所述第一报警信息发送至指定人员;所述第一报警信息中至少包括所述应用程序和所述应用程序错误。
8.如权利要求6所述的应用程序的监测系统,其特征在于,所述监测系统还包括屏蔽模块,用于设置报警屏蔽时段,以使在所述报警屏蔽时段内不再生成与所述应用程序错误对应的报警信息;所述报警屏蔽时段的计时起点为所述第一报警信息或所述第二报警信息生成的时刻。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1-4中任一项所述的应用程序的监测方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1-4中任一项所述的应用程序的监测方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110256571.1A CN112925714A (zh) | 2021-03-09 | 2021-03-09 | 应用程序的监测方法及系统、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110256571.1A CN112925714A (zh) | 2021-03-09 | 2021-03-09 | 应用程序的监测方法及系统、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112925714A true CN112925714A (zh) | 2021-06-08 |
Family
ID=76172220
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110256571.1A Pending CN112925714A (zh) | 2021-03-09 | 2021-03-09 | 应用程序的监测方法及系统、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112925714A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102981943A (zh) * | 2012-10-29 | 2013-03-20 | 新浪技术(中国)有限公司 | 监控应用日志的方法及系统 |
US9798607B1 (en) * | 2015-06-30 | 2017-10-24 | EMC IP Holding Company LLC | System and method for smart error handling mechanism for an application |
CN111190761A (zh) * | 2019-12-27 | 2020-05-22 | 深圳前海达闼云端智能科技有限公司 | 日志输出方法、装置、存储介质及电子设备 |
CN112256548A (zh) * | 2020-11-06 | 2021-01-22 | 微医云(杭州)控股有限公司 | 异常数据的监听方法、装置、服务器及存储介质 |
CN112306812A (zh) * | 2020-11-11 | 2021-02-02 | 武汉悦学帮网络技术有限公司 | 一种日志处理方法、装置、计算机设备和存储介质 |
-
2021
- 2021-03-09 CN CN202110256571.1A patent/CN112925714A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102981943A (zh) * | 2012-10-29 | 2013-03-20 | 新浪技术(中国)有限公司 | 监控应用日志的方法及系统 |
US9798607B1 (en) * | 2015-06-30 | 2017-10-24 | EMC IP Holding Company LLC | System and method for smart error handling mechanism for an application |
CN111190761A (zh) * | 2019-12-27 | 2020-05-22 | 深圳前海达闼云端智能科技有限公司 | 日志输出方法、装置、存储介质及电子设备 |
CN112256548A (zh) * | 2020-11-06 | 2021-01-22 | 微医云(杭州)控股有限公司 | 异常数据的监听方法、装置、服务器及存储介质 |
CN112306812A (zh) * | 2020-11-11 | 2021-02-02 | 武汉悦学帮网络技术有限公司 | 一种日志处理方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10922164B2 (en) | Fault analysis and prediction using empirical architecture analytics | |
CN112162878A (zh) | 数据库故障发现方法、装置、电子设备及存储介质 | |
US20200117587A1 (en) | Log File Analysis | |
CN108337266B (zh) | 一种高效的协议客户端漏洞发掘方法与系统 | |
US20180143897A1 (en) | Determining idle testing periods | |
CN112527484A (zh) | 工作流断点续跑方法、装置、计算机设备及可读存储介质 | |
Zhou et al. | Logsayer: Log pattern-driven cloud component anomaly diagnosis with machine learning | |
CN111625428A (zh) | 监控Java应用程序运行状态的方法、系统、设备和存储介质 | |
JP5240709B2 (ja) | シンプトンを評価するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム | |
CN112527619A (zh) | 一种基于有向无环图结构的分析链路调用方法及系统 | |
CN115102838B (zh) | 服务器宕机风险的应急处理方法和装置、电子设备 | |
US20050149809A1 (en) | Real time determination of application problems, using a lightweight diagnostic tracer | |
CN112925714A (zh) | 应用程序的监测方法及系统、电子设备及存储介质 | |
CN113626288A (zh) | 故障处理方法、系统、装置、存储介质和电子设备 | |
CN113342596A (zh) | 一种设备指标的分布式监控方法、系统及装置 | |
CN109669867B (zh) | 测试装置、自动化测试方法和计算机可读存储介质 | |
CN114428715A (zh) | 一种日志处理方法、装置、系统及存储介质 | |
CN111447329A (zh) | 呼叫中心中状态服务器的监控方法、系统、设备及介质 | |
CN113037550B (zh) | 一种服务故障监控方法、系统及计算机可读存储介质 | |
CN1797367A (zh) | 使用系统管理中断信号的监控系统及方法 | |
CN112069202A (zh) | 基于追踪技术的sql性能分析方法、系统、设备及介质 | |
CN115391227A (zh) | 基于分布式系统的故障测试方法、装置、设备及介质 | |
CN116112338A (zh) | 报警信息的处理方法、装置及设备 | |
Huo et al. | A Roadmap towards Intelligent Operations for Reliable Cloud Computing Systems | |
CN114327967A (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 |