CN109257200B - 大数据平台监控的方法和装置 - Google Patents
大数据平台监控的方法和装置 Download PDFInfo
- Publication number
- CN109257200B CN109257200B CN201710574477.4A CN201710574477A CN109257200B CN 109257200 B CN109257200 B CN 109257200B CN 201710574477 A CN201710574477 A CN 201710574477A CN 109257200 B CN109257200 B CN 109257200B
- Authority
- CN
- China
- Prior art keywords
- monitoring node
- alarm
- current monitoring
- rule
- setting
- 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.)
- Active
Links
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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
-
- 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/0681—Configuration of triggering conditions
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种大数据平台监控的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:预先设置告警规则和业务规则;接收并解析报文数据,获取监控节点的信息、监控项的信息;根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息。该实施方式提高了告警质量,更能有效、有针对性的反应告警问题。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种大数据平台监控的方法和装置。
背景技术
在当前的大数据平台监控策略中,监控***的监控范围包括了服务器、调度任务、实时主题topic、集群等分布式Hadoop生态***中很多重要的对象。在整个运维过程中,大数据平台的监控起着至关重要的作用。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
当前技术已基本可以提供对服务器、网络等硬件设施或具体监控对象(例如调度任务、Hbase表)的监控,但是还有许多基于业务逻辑规则的监控,当前的监控技术并不能识别这些业务逻辑。在分布式***中,当前监控技术对于一个节点的故障可能会作为整个***服务的故障进行全员式告警,降低了告警质量和修复故障的效率。
发明内容
有鉴于此,本发明实施例提供一种大数据平台监控的方法和装置,能够在配置业务规则的基础之上对大数据平台的监控方法进行优化,控制告警消息的发送。
为实现上述目的,根据本发明实施例的一个方面,提供了一种大数据平台监控的方法。
本发明实施例的一种大数据平台监控的方法包括:
步骤S201预先设置告警规则和业务规则;
步骤S202接收并解析报文数据,获取监控节点的信息、监控项的信息;
步骤S203根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入步骤S204;
步骤S204获取当前监控节点的业务规则,根据所述业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息。
可选地,所述设置业务规则包括设置业务条件和设置告警方式。
可选地,所述设置告警方式包括设置以下一种或几种信息:通知对象、通知方式、最多发出告警次数、自定义告警提示信息。
可选地,所述设置业务条件包括设置业务对象和条件范围;
其中,设置业务对象包括:
在当前监控节点下级的所有监控节点和/或监控项中,选择具体的监控节点和/或监控项作为待监控节点和/或待监控项;然后从所述待监控节点和/或待监控项中选择出处于预设告警状态等级的待监控节点和/或待监控项作为业务对象;
设置条件范围包括:设置所述业务对象的数目的区间范围。
可选地,所述条件范围中,业务对象的数目包括业务对象的个数和/或百分比。
可选地,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息包括:
依据所述当前监控节点的业务规则,获取当前监控节点的业务对象的数目;
判断所述当前监控节点的业务对象的数目是否落入当前监控节点的业务规则中的条件范围,若落入条件范围,再判断当前监控节点是否已发送过告警消息,若已发送过告警消息,就不再重复发送,若未发送过告警消息,则发送告警消息;若未落入条件范围,则判断当前监控节点是否已发送过告警消息,若发送过告警消息,则发送清除告警消息,若未发送过告警消息,则不发送任何消息。
可选地,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息还包括:
将所述当前监控节点的业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中。
可选地,所述步骤S202还包括:获取监控域的信息。
可选地,所述方法还包括:
在完成对当前监控节点的判断之后,继续以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
可选地,在根据所述业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息之前,所述方法还包括:若当前监控节点有业务规则,则继续流程;若当前监控节点没有业务规则,则以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
可选地,获取当前监控节点的业务规则包括:
从缓存中读取所述当前监控节点的业务规则,若缓存失效则从数据库中读取所述当前监控节点的业务规则。
为实现上述目的,根据本发明实施例的另一方面,提供了一种大数据平台监控的装置。
本发明实施例的一种大数据平台监控的装置,包括:监控规则配置模块、数据接收模块、告警规则判断模块、业务规则判断模块;其中,
监控规则配置模块,用于设置告警规则和业务规则;
数据接收模块,用于接收并解析报文数据,获取监控节点的信息、监控项的信息;
告警规则判断模块,用于根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入业务规则判断模块;
业务规则判断模块,用于获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息。
可选地,所述监控规则配置模块还用于:设置业务条件和告警方式。
可选地,所述监控规则配置模块还用于:
设置以下一种或几种信息:通知对象、通知方式、最多发出告警次数、自定义告警提示信息。
可选地,所述监控规则配置模块还用于:设置业务对象和条件范围;
其中,设置业务对象包括:
在当前监控节点下级的所有监控节点和/或监控项中,选择具体的监控节点和/或监控项作为待监控节点和/或待监控项;然后从所述待监控节点和/或待监控项中选择出处于预设告警状态等级的待监控节点和/或待监控项作为业务对象;
设置条件范围包括:设置所述业务对象的数目的区间范围。
可选地,所述条件范围中,业务对象的数目包括业务对象的个数和/或百分比。
可选地,所述业务规则判断模块还用于:
依据所述当前监控节点的业务规则,获取当前监控节点的业务对象的数目;
判断所述当前监控节点的业务对象的数目是否落入当前监控节点的业务规则中的条件范围,若落入条件范围,再判断当前监控节点是否已发送过告警消息,若已发送过告警消息,就不再重复发送,若未发送过告警消息,则发送告警消息;若未落入条件范围,则判断当前监控节点是否已发送过告警消息,若发送过告警消息,则发送清除告警消息,若未发送过告警消息,则不发送任何消息。
可选地,所述业务规则判断模块还用于:
将所述当前监控节点的业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中。
可选地,所述数据接收模块还用于:获取监控域的信息。
可选地,所述业务规则判断模块还用于:
在完成对当前监控节点的判断之后,继续以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
可选地,所述业务规则判断模块还用于:
在根据业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息之前,判断当前监控节点是否有业务规则,若当前监控节点有业务规则,则继续流程;若当前监控节点没有业务规则,则以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
可选地,所述业务规则判断模块还用于:
从缓存中读取所述当前监控节点的业务规则,若缓存失效则从数据库中读取所述当前监控节点的业务规则。
为实现上述目的,根据本发明实施例的再一方面,提供了一种电子设备。
本发明实施例的一种电子设备包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明实施例所提供的大数据平台监控的方法。为实现上述目的,根据本发明实施例的再一方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明所提供的大数据平台监控的方法。
根据本发明的技术方案,上述发明中的一个实施例具有如下优点或有益效果:通过设置业务规则,在依据告警规则判断监控项是否存在告警设置之后,依据业务规则判断是否发送告警消息或清除告警消息,将满足业务规则的告警发送至相应的客户端,克服了现有技术中只要有一个监控项触发告警则发送消息至客户端,在大量的消息风暴中很难快速的认识到告警严重性的问题,进而从而提高了告警质量。循环判断各上级监控节点可以结合各监控节点的业务规则更综合的反应告警对监控对象影响严重性的问题,根据严重性的不同所通知的客户端层级也可以不同,告警发送的方式可以灵活设定,设置最多发出告警次数可以多次发送同样的消息防止客户端漏接消息。在业务规则中对触发告警的待监控节点和/或待监控项进行数目或百分比的统计,可以灵活设置业务规则中的阈值,更能有效、有针对性的反应告警问题。从缓存中读取业务规则,若缓存失效则从数据库中读取可以减轻数据库的存储压力。在进行业务判断之间先判断监控节点是否有业务规则,可以避免无效的监控判断。将监控节点的数据信息即业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中,可以实时记录和备份监控过程中的数据信息,方便随时读取数据信息或将存储的数据信息用于前端展示。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是现有技术中大数据平台监控方法的主要流程的示意图;
图2是根据本发明实施例的大数据平台监控的方法的主要流程的示意图;
图3是根据本发明实施例的大数据平台监控的方法的业务规则的设计示意图;
图4是根据本发明实施例的大数据平台监控的方法的根据业务规则判断所有监控节点是否需要发送告警消息或发送清除告警消息的主要流程的示意图;
图5是根据本发明实施例的大数据平台监控的装置的主要模块的示意图;
图6是本发明实施例可以应用于其中的示例性***架构图;
图7是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
针对大数据平台的监控,在现有技术的解决方案中,主要为实时触发的监控项告警,通过实时的消费处理,一旦有监控项达到阈值就会触发告警,发送消息至客户端。图1是现有技术中大数据平台监控方法的主要流程的示意图。
如图1所示,现有技术中大数据平台监控的方法主要涉及:
步骤S101接收报文数据并解析对应的监控路径。
所述监控路径包括:监控域、监控节点以及监控项。
监控域为报文上报的顶层路径,代表一种业务类别;监控节点为报文上报的中间路径;监控项表示需要监控的指标。一个监控域下面有一个或多个同级的监控节点;一个监控节点下有一个或多个下级的监控节点和监控项;监控项为最底层。
步骤S102配置告警规则,包括时间类型和数值类型的规则;时间类型主要为通过一定时间间隔是否有报文上报或到达某一时间点时是否有报文上报,来决定是否触发告警;数值类型主要为通过判断报文上报的值与规则配置的阈值的关系,来决定是否触发告警,进而确定触发的告警状态等级。
步骤S103根据配置的告警规则判断是否发送告警消息或清除告警消息。
其中,步骤S103根据配置的告警规则判断是否产生告警消息或清除告警消息包括如下流程:判断监控项是否存在,若不存在则对解析出的监控项信息进行报文固化处理,即保存监控项信息及其监控路径对应的上级监控节点信息;如果存在则根据告警规则,判断是否发送告警消息或清除告警消息;若监控项不满足告警规则,则无告警设置,若监控项满足告警规则,则有告警设置,监控项处于告警状态,发送告警消息;当监控项处于告警状态时,若接收新的报文数据后,该监控项不满足告警规则,则该监控项变为清除告警状态,发送清除告警消息。
图2是根据本发明实施例的大数据平台监控的方法的主要流程的示意图;本发明实施例的大数据平台监控的方法可以应用于例如Hadoop、HBase这样的分布式***中对服务器、调度任务、实时topic、集群等的监控。
如图2所示,本发明实施例的大数据平台监控方法的主要流程包括:
步骤S201预先设置告警规则和业务规则;
步骤S202接收并解析报文数据,获取监控节点的信息、监控项的信息;
步骤S203根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入步骤S204;
步骤S204获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息。
图3是根据本发明实施例的大数据平台监控的方法的业务规则的设计示意图;如图3所示,设置业务规则包括设置业务条件和设置告警方式。
设置告警方式包括设置以下一种或几种信息:通知对象、通知方式、最多发出告警次数、自定义告警提示信息。
设置业务条件包括设置业务对象和条件范围;
其中,设置业务对象包括:
在当前监控节点下级的所有监控节点LC和/或监控项MI中,选择具体的监控节点和/或监控项作为待监控节点和/或待监控项;然后从所述待监控节点和/或待监控项中选择出处于预设告警状态等级的待监控节点和/或待监控项作为业务对象;
设置条件范围包括:设置所述业务对象的数目的区间范围。
预设告警状态等级包括但不限于严重告警、警告告警、正常。
本发明实施例中,所述条件范围中,业务对象的数目包括业务对象的个数和/或百分比。
本发明实施例中,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息包括:
依据所述当前监控节点的业务规则,获取当前监控节点的业务对象的数目;
判断所述当前监控节点的业务对象的数目是否落入当前监控节点的业务规则中的条件范围,若落入条件范围,再判断当前监控节点是否已发送过告警消息,若已发送过告警消息,就不再重复发送,若未发送过告警消息,则发送告警消息;若未落入条件范围,则判断当前监控节点是否已发送过告警消息,若发送过告警消息,则发送清除告警消息,若未发送过告警消息,则不发送任何消息。
本发明实施例中,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息还包括:
将所述当前监控节点的业务对象的数目更新至监控节点关联告警监控项表(例如可以但不限于是Hbase表)、缓存以及数据库中。
本发明实施例中,所述步骤S202还包括:获取监控域的信息。
本发明实施例中,所述方法还包括:
在完成对当前监控节点的判断之后,继续以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
本发明实施例中,在根据所述业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息之前,所述方法还包括:若当前监控节点有业务规则,则继续流程;若当前监控节点没有业务规则,则以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
本发明实施例中,获取当前监控节点的业务规则包括:从缓存(例如可以但不限于是Redis,Redis是一种key-value键-值对存储***)中读取所述当前监控节点的业务规则,若缓存失效则从数据库(例如可以但不限于是MySQL,MySQL是一个关系型数据库管理***)中读取所述当前监控节点的业务规则。
缓存中以监控节点LC的全路径fullpath(基于各个节点、监控项的key值拼接而成)作为key值即键值,考虑到监控的时效性,缓存过期时间可以但不限于为24小时。
图4是根据本发明实施例的大数据平台监控的方法的根据业务规则判断监控节点是否需要发送告警消息或发送清除告警消息的主要流程的示意图。
整个监控域包含上万台服务器,基于不同的集群分类了这上万台服务器,每个集群作为几个监控节点,每个集群下包含成百上千台服务器,在集群监控节点层面上会配置相关的业务规则。结合图3、图4对根据业务规则判断是否需要发送告警消息或发送清除告警消息的过程进行详细说明。以业务规则为:当前监控节点下级服务器处于告警状态等级为严重告警的个数达到10台时发送告警消息为例,即业务对象为处于告警状态等级为严重告警的当前监控节点下级服务器,条件范围为达到10台;其中,业务规则的告警方式中对通知对象、通知方式、最多发出告警次数、自定义告警提示信息都已预设完毕。
从缓存中读取当前监控节点的业务规则,若缓存失效则从数据库中读取当前监控节点的业务规则;当前监控节点的业务规则为下级服务器处于告警状态等级为严重告警的个数达到10台时发送告警消息。
判断当前监控节点的下级服务器处于严重告警的个数是否达到10台,若达到10台,再判断当前监控节点是否已发送过告警消息,若已发送过,就不再重复发送,若未发送过,则以设置的告警方式发送告警消息;若未达到10台,则判断当前监控节点是否已发送过告警消息,若发送过,则以设置的告警方式发送清除告警消息,若未发送过,则不发送任何消息。
告警消息或清除告警消息可以但不限于发送到实时消息队列(例如可以但不限于是kafka高吞吐量的分布式发布订阅消息***)后由例如可以但不限于是Phenix_web处理,根据告警方式设置的信息进行消息封装,调用大数据平台的消息发送服务发送至客户端。
将当前监控节点的下级服务器处于严重告警的个数更新至监控节点关联告警监控项表、缓存以及数据库中。
以当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
本发明实施例可以通过前端展示界面(例如可以但不限于是大数据平台监控中心的前端展示***Phenix_web)设置告警规则和业务规则。前端展示界面还可以展示报文数据,报文数据为监控***接收的格式化消息上报对象,包含时间戳、报文类型、监控域、监控节点、监控项及监控项的类型、数值等信息。
根据本发明实施例的大数据平台监控的方法可以看出,通过设置业务规则,在依据告警规则判断监控项是否存在告警设置之后,依据业务规则判断是否发送告警消息或清除告警消息,将满足业务规则的告警发送至相应的客户端,克服了现有技术中只要有一个监控项触发告警则发送消息至客户端,在大量的消息风暴中很难快速的认识到告警严重性的问题,进而从而提高了告警质量。循环判断各上级监控节点可以结合各监控节点的业务规则更综合的反应告警对监控对象影响严重性的问题,根据严重性的不同所通知的客户端层级也可以不同,告警发送的方式可以灵活设定,设置最多发出告警次数可以多次发送同样的消息防止客户端漏接消息。在业务规则中对触发告警的待监控节点和/或待监控项进行数目或百分比的统计,可以灵活设置业务规则中的阈值,更能有效、有针对性的反应告警问题。从缓存中读取业务规则,若缓存失效则从数据库中读取可以减轻数据库的存储压力。在进行业务判断之间先判断监控节点是否有业务规则,可以避免无效的监控判断。将监控节点的数据信息即业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中,可以实时记录和备份监控过程中的数据信息,方便随时读取数据信息或将存储的数据信息用于前端展示。
图5是根据本发明实施例的大数据平台监控的装置的主要模块的示意图。
如图5所示,本发明实施例的一种大数据平台监控的装置50包括:监控规则配置模块501、数据接收模块502、告警规则判断模块503、业务规则判断模块504;其中,
监控规则配置模块501,用于设置告警规则和业务规则;
数据接收模块502,用于接收并解析报文数据,获取监控节点的信息、监控项的信息;
告警规则判断模块503,用于根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入业务规则判断模块;
业务规则判断模块504,用于获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息。
本发明实施例中,所述监控规则配置模块501还用于:设置业务条件和告警方式。
本发明实施例中,所述监控规则配置模块501还用于:
设置以下一种或几种信息:通知对象、通知方式、最多发出告警次数、自定义告警提示信息。
本发明实施例中,所述监控规则配置模块501还用于:设置业务对象和条件范围;
其中,设置业务对象包括:
在当前监控节点下级的所有监控节点和/或监控项中,选择具体的监控节点和/或监控项作为待监控节点和/或待监控项;然后从所述待监控节点和/或待监控项中选择出处于预设告警状态等级的待监控节点和/或待监控项作为业务对象;
设置条件范围包括:设置所述业务对象的数目的区间范围。
本发明实施例中,所述条件范围中,业务对象的数目包括业务对象的个数和/或百分比。
本发明实施例中,所述业务规则判断模块504还用于:
依据所述当前监控节点的业务规则,获取当前监控节点的业务对象的数目;
判断所述当前监控节点的业务对象的数目是否落入当前监控节点的业务规则中的条件范围,若落入条件范围,再判断当前监控节点是否已发送过告警消息,若已发送过告警消息,就不再重复发送,若未发送过告警消息,则发送告警消息;若未落入条件范围,则判断当前监控节点是否已发送过告警消息,若发送过告警消息,则发送清除告警消息,若未发送过告警消息,则不发送任何消息。
本发明实施例中,所述业务规则判断模块504还用于:
将所述当前监控节点的业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中。
本发明实施例中,所述数据接收模块502还用于:获取监控域的信息。
本发明实施例中,所述业务规则判断模块504还用于:
在完成对当前监控节点的判断之后,继续以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
本发明实施例中,所述业务规则判断模块504还用于:
在根据业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息之前,判断当前监控节点是否有业务规则,若当前监控节点有业务规则,则继续流程;若当前监控节点没有业务规则,则以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
本发明实施例中,所述业务规则判断模块504还用于:
从缓存中读取所述当前监控节点的业务规则,若缓存失效则从数据库中读取所述当前监控节点的业务规则。
从以上描述可以看出,通过设置业务规则,在依据告警规则判断监控项是否存在告警设置之后,依据业务规则判断是否发送告警消息或清除告警消息,将满足业务规则的告警发送至相应的客户端,克服了现有技术中只要有一个监控项触发告警则发送消息至客户端,在大量的消息风暴中很难快速的认识到告警严重性的问题,进而从而提高了告警质量。循环判断各上级监控节点可以结合各监控节点的业务规则更综合的反应告警对监控对象影响严重性的问题,根据严重性的不同所通知的客户端层级也可以不同,告警发送的方式可以灵活设定,设置最多发出告警次数可以多次发送同样的消息防止客户端漏接消息。在业务规则中对触发告警的待监控节点和/或待监控项进行数目或百分比的统计,可以灵活设置业务规则中的阈值,更能有效、有针对性的反应告警问题。从缓存中读取业务规则,若缓存失效则从数据库中读取可以减轻数据库的存储压力。在进行业务判断之间先判断监控节点是否有业务规则,可以避免无效的监控判断。将监控节点的数据信息即业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中,可以实时记录和备份监控过程中的数据信息,方便随时读取数据信息或将存储的数据信息用于前端展示。
图6示出了可以应用本发明实施例的监控方法或监控装置的示例性***架构600。
如图6所示,***架构600可以包括终端设备601、602、603,网络604和服务器606。网络604用以在终端设备601、602、603和服务器606之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器606交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器606可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果反馈给终端设备。
需要说明的是,本发明实施例所提供的大数据平台监控优化方法一般由服务器606执行,相应地,大数据平台监控优化装置一般设置于服务器606中。
应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
根据本发明的实施例,本发明还提供了一种电子设备和一种可读存储介质。
本发明的电子设备包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器执行本发明所提供的大数据平台监控的方法。
本发明的计算机可读存储介质,所述计算机可读存储介质存储计算机指令,所述计算机指令用于使所述计算机执行本发明所提供的大数据平台监控的方法。
下面参考图7,其示出了适于用来实现本发明实施例的终端设备的计算机***700的结构示意图。图7示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示,计算机***700包括中央处理模块(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中,还存储有***700操作所需的各种程序和数据。CPU701、ROM702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分707;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理模块(CPU)701执行时,执行本发明的***中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括监控规则配置模块、数据接收模块、告警规则监控模块、业务规则监控模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,监控规则配置模块还可以被描述为“预先设置告警规则和业务规则的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:步骤S201预先设置告警规则和业务规则;步骤S202接收并解析报文数据,获取监控节点的信息、监控项的信息;步骤S203根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入步骤S204;步骤S204获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息。
根据本发明实施例的技术方案,通过设置业务规则,在依据告警规则判断监控项是否存在告警设置之后,依据业务规则判断是否发送告警消息或清除告警消息,将满足业务规则的告警发送至相应的客户端,克服了现有技术中只要有一个监控项触发告警则发送消息至客户端,在大量的消息风暴中很难快速的认识到告警严重性的问题,进而从而提高了告警质量。循环判断各上级监控节点可以结合各监控节点的业务规则更综合的反应告警对监控对象影响严重性的问题,根据严重性的不同所通知的客户端层级也可以不同,告警发送的方式可以灵活设定,设置最多发出告警次数可以多次发送同样的消息防止客户端漏接消息。在业务规则中对触发告警的待监控节点和/或待监控项进行数目或百分比的统计,可以灵活设置业务规则中的阈值,更能有效、有针对性的反应告警问题。从缓存中读取业务规则,若缓存失效则从数据库中读取可以减轻数据库的存储压力。在进行业务判断之间先判断监控节点是否有业务规则,可以避免无效的监控判断。将监控节点的数据信息即业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中,可以实时记录和备份监控过程中的数据信息,方便随时读取数据信息或将存储的数据信息用于前端展示。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (18)
1.一种大数据平台监控的方法,其特征在于,包括:
步骤S201预先设置告警规则和业务规则;
步骤S202接收并解析报文数据,获取监控节点的信息、监控项的信息;
步骤S203根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入步骤S204;
步骤S204获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息;
所述设置业务规则包括设置业务条件和设置告警方式;
所述设置业务条件包括设置业务对象和条件范围;
其中,设置业务对象包括:在当前监控节点下级的所有监控节点和/或监控项中,选择具体的监控节点和/或监控项作为待监控节点和/或待监控项;然后从所述待监控节点和/或待监控项中选择出处于预设告警状态等级的待监控节点和/或待监控项作为业务对象;
设置条件范围包括:设置所述业务对象的数目的区间范围;
根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息包括:
依据所述当前监控节点的业务规则,获取当前监控节点的业务对象的数目;
判断所述当前监控节点的业务对象的数目是否落入当前监控节点的业务规则中的条件范围,若落入条件范围,再判断当前监控节点是否已发送过告警消息,若已发送过告警消息,就不再重复发送,若未发送过告警消息,则发送告警消息;若未落入条件范围,再判断当前监控节点是否已发送过告警消息,若发送过告警消息,则发送清除告警消息,若未发送过告警消息,则不发送任何消息。
2.根据权利要求1所述的方法,其特征在于,所述设置告警方式包括设置以下一种或几种信息:通知对象、通知方式、最多发出告警次数、自定义告警提示信息。
3.根据权利要求1所述的方法,其特征在于,所述条件范围中,业务对象的数目包括业务对象的个数和/或百分比。
4.根据权利要求1所述的方法,其特征在于,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息还包括:
将所述当前监控节点的业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中。
5.根据权利要求1所述的方法,其特征在于,所述步骤S202还包括:获取监控域的信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在完成对当前监控节点的判断之后,继续以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
7.根据权利要求5所述的方法,其特征在于,在根据所述业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息之前,所述方法还包括:若当前监控节点有业务规则,则继续流程;若当前监控节点没有业务规则,则以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
8.根据权利要求1所述的方法,其特征在于,获取当前监控节点的业务规则包括:
从缓存中读取所述当前监控节点的业务规则,若缓存失效则从数据库中读取所述当前监控节点的业务规则。
9.一种大数据平台监控的装置,其特征在于,包括:监控规则配置模块、数据接收模块、告警规则判断模块、业务规则判断模块;其中,
监控规则配置模块,用于设置告警规则和业务规则;
数据接收模块,用于接收并解析报文数据,获取监控节点的信息、监控项的信息;
告警规则判断模块,用于根据所述告警规则判断监控项是否触发告警设置,若没有触发告警设置,则结束流程;若触发告警设置,则进入业务规则判断模块;
业务规则判断模块,用于获取当前监控节点的业务规则,根据所述当前监控节点的业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息;
所述设置业务规则包括:设置业务条件和告警方式;
所述设置业务条件包括:设置业务对象和条件范围;
其中,设置业务对象包括:在当前监控节点下级的所有监控节点和/或监控项中,选择具体的监控节点和/或监控项作为待监控节点和/或待监控项;然后从所述待监控节点和/或待监控项中选择出处于预设告警状态等级的待监控节点和/或待监控项作为业务对象;
设置条件范围包括:设置所述业务对象的数目的区间范围;
所述业务规则判断模块具体用于:
依据所述当前监控节点的业务规则,获取当前监控节点的业务对象的数目;
判断所述当前监控节点的业务对象的数目是否落入当前监控节点的业务规则中的条件范围,若落入条件范围,再判断当前监控节点是否已发送过告警消息,若已发送过告警消息,就不再重复发送,若未发送过告警消息,则发送告警消息;若未落入条件范围,再判断当前监控节点是否已发送过告警消息,若发送过告警消息,则发送清除告警消息,若未发送过告警消息,则不发送任何消息。
10.根据权利要求9所述的装置,其特征在于,所述设置告警方式包括:
设置以下一种或几种信息:通知对象、通知方式、最多发出告警次数、自定义告警提示信息。
11.根据权利要求9所述的装置,其特征在于,所述条件范围中,业务对象的数目包括业务对象的个数和/或百分比。
12.根据权利要求9所述的装置,其特征在于,所述业务规则判断模块还用于:
将所述当前监控节点的业务对象的数目更新至监控节点关联告警监控项表、缓存以及数据库中。
13.根据权利要求9所述的装置,其特征在于,所述数据接收模块还用于:获取监控域的信息。
14.根据权利要求13所述的装置,其特征在于,所述业务规则判断模块还用于:
在完成对当前监控节点的判断之后,继续以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
15.根据权利要求13所述的装置,其特征在于,所述业务规则判断模块还用于:
在根据业务规则判断当前监控节点是否需要发送告警消息或发送清除告警消息之前,判断当前监控节点是否有业务规则,若当前监控节点有业务规则,则继续流程;若当前监控节点没有业务规则,则以所述当前监控节点的上级监控节点作为新的当前监控节点,判断是否需要发送告警消息或发送清除告警消息,直至当前监控节点在所属监控域中不存在上级监控节点。
16.根据权利要求9所述的装置,其特征在于,所述业务规则判断模块还用于:
从缓存中读取所述当前监控节点的业务规则,若缓存失效则从数据库中读取所述当前监控节点的业务规则。
17.一种电子设备,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述至少一个处理器执行,使得所述至少一个 处理器实现如权利要求1-8中任一所述的方法。
18.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710574477.4A CN109257200B (zh) | 2017-07-14 | 2017-07-14 | 大数据平台监控的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710574477.4A CN109257200B (zh) | 2017-07-14 | 2017-07-14 | 大数据平台监控的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109257200A CN109257200A (zh) | 2019-01-22 |
CN109257200B true CN109257200B (zh) | 2022-04-12 |
Family
ID=65051119
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710574477.4A Active CN109257200B (zh) | 2017-07-14 | 2017-07-14 | 大数据平台监控的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109257200B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110309042A (zh) * | 2019-07-10 | 2019-10-08 | 西安点告网络科技有限公司 | 广告数据监控的方法和平台 |
CN110753316B (zh) * | 2019-09-26 | 2022-04-26 | 贝壳技术有限公司 | 信息发送方法和装置、计算机可读存储介质、电子设备 |
CN110768828A (zh) * | 2019-10-22 | 2020-02-07 | 北京宝兰德软件股份有限公司 | 告警处理方法及*** |
CN111200517B (zh) * | 2019-12-24 | 2022-06-07 | 苏州达家迎信息技术有限公司 | 一种业务数据预警控制方法、装置、设备及存储介质 |
CN113037533A (zh) * | 2019-12-25 | 2021-06-25 | 北京多点在线科技有限公司 | 处理报警通知的方法、装置以及存储介质 |
CN112181763A (zh) * | 2020-09-22 | 2021-01-05 | 中国建设银行股份有限公司 | 一种智能调度中的智能检测告警方法及装置 |
CN112235162A (zh) * | 2020-10-14 | 2021-01-15 | 北京嘀嘀无限科技发展有限公司 | 基于业务的监控方法、装置、电子设备及存储介质 |
CN112422638A (zh) * | 2020-10-28 | 2021-02-26 | 北京北明数科信息技术有限公司 | 数据实时流处理方法、***、计算机装置和存储介质 |
CN112565009A (zh) * | 2020-11-27 | 2021-03-26 | 中盈优创资讯科技有限公司 | 一种基于自定义性能阈值告警规则的处理方法及装置 |
CN112529528B (zh) * | 2020-12-16 | 2023-01-31 | 中国南方电网有限责任公司 | 基于大数据流计算的工作流监控与告警方法、装置及*** |
CN113205310A (zh) * | 2021-04-30 | 2021-08-03 | 深圳市青柠互动科技开发有限公司 | 一种预警管理方法和装置 |
CN113656239A (zh) * | 2021-06-02 | 2021-11-16 | 北京百度网讯科技有限公司 | 针对中间件的监控方法、装置及计算机程序产品 |
CN113590437B (zh) * | 2021-08-03 | 2024-04-30 | 上海浦东发展银行股份有限公司 | 一种告警信息处理方法、装置、设备和介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741615A (zh) * | 2009-12-14 | 2010-06-16 | 北京神州泰岳软件股份有限公司 | 基于服务器的告警过滤***及方法 |
CN102694671A (zh) * | 2011-03-23 | 2012-09-26 | 中兴通讯股份有限公司 | 一种实现故障告警的方法及装置 |
CN105681128A (zh) * | 2016-01-12 | 2016-06-15 | 北京中交兴路车联网科技有限公司 | 一种用于大数据***状态监控的方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070050777A1 (en) * | 2003-06-09 | 2007-03-01 | Hutchinson Thomas W | Duration of alerts and scanning of large data stores |
-
2017
- 2017-07-14 CN CN201710574477.4A patent/CN109257200B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741615A (zh) * | 2009-12-14 | 2010-06-16 | 北京神州泰岳软件股份有限公司 | 基于服务器的告警过滤***及方法 |
CN102694671A (zh) * | 2011-03-23 | 2012-09-26 | 中兴通讯股份有限公司 | 一种实现故障告警的方法及装置 |
CN105681128A (zh) * | 2016-01-12 | 2016-06-15 | 北京中交兴路车联网科技有限公司 | 一种用于大数据***状态监控的方法和装置 |
Non-Patent Citations (1)
Title |
---|
云计算平台下资源监控***的设计与开发;陈燕;《现代电子技术》;20160501;第39卷(第9期);第57-60,65页 * |
Also Published As
Publication number | Publication date |
---|---|
CN109257200A (zh) | 2019-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109257200B (zh) | 大数据平台监控的方法和装置 | |
CN107809331B (zh) | 识别异常流量的方法和装置 | |
US11816586B2 (en) | Event identification through machine learning | |
CN111190888A (zh) | 一种管理图数据库集群的方法和装置 | |
CN105095056A (zh) | 一种数据仓库数据监控的方法 | |
CN114091704B (zh) | 一种告警压制方法和装置 | |
CN113377626A (zh) | 基于服务树的可视化统一报警方法、装置、设备和介质 | |
CN116450622B (zh) | 数据入库的方法、装置、设备和计算机可读介质 | |
US10116522B2 (en) | Utilizing social media for information technology capacity planning | |
CN113761856A (zh) | 一种数据处理方法和装置 | |
US9917760B2 (en) | Notifying original state listeners of events in a domain model | |
CN116795631A (zh) | 业务***监控告警方法、装置、设备和介质 | |
CN115514618A (zh) | 告警事件的处理方法、装置、电子设备和介质 | |
CN116112342A (zh) | 告警信息处理方法、装置、电子设备以及存储介质 | |
CN105607983A (zh) | 数据异常监控方法和装置 | |
CN114049065A (zh) | 一种数据处理方法、装置及*** | |
CN115408236A (zh) | 一种日志数据审计***、方法、设备及介质 | |
CN113282455A (zh) | 一种监控处理方法和装置 | |
CN114443437A (zh) | 告警根因输出方法、装置、设备、介质和程序产品 | |
CN109388546B (zh) | 处理应用程序的故障的方法、装置和*** | |
CN113656239A (zh) | 针对中间件的监控方法、装置及计算机程序产品 | |
CN112749204A (zh) | 一种读取数据的方法和装置 | |
CN112131077A (zh) | 故障节点的定位方法和定位装置、以及数据库集群*** | |
CN114089712B (zh) | 一种数据处理方法和装置 | |
CN113762910A (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 |