CN109257200B - 大数据平台监控的方法和装置 - Google Patents

大数据平台监控的方法和装置 Download PDF

Info

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
Application number
CN201710574477.4A
Other languages
English (en)
Other versions
CN109257200A (zh
Inventor
张爱芸
王瑶
李冬峰
刘荣明
吕延猛
陈倩倩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201710574477.4A priority Critical patent/CN109257200B/zh
Publication of CN109257200A publication Critical patent/CN109257200A/zh
Application granted granted Critical
Publication of CN109257200B publication Critical patent/CN109257200B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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

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中任一所述的方法。
CN201710574477.4A 2017-07-14 2017-07-14 大数据平台监控的方法和装置 Active CN109257200B (zh)

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 (11)

* Cited by examiner, † Cited by third party
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 深圳市青柠互动科技开发有限公司 一种预警管理方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (3)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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) 一种管理图数据库集群的方法和装置
CN109471783B (zh) 预测任务运行参数的方法和装置
CN109905286B (zh) 一种监控设备运行状态的方法和系统
CN105095056A (zh) 一种数据仓库数据监控的方法
CN114091704B (zh) 一种告警压制方法和装置
CN114443437A (zh) 告警根因输出方法、装置、设备、介质和程序产品
CN113378093A (zh) 资源发布策略的确定方法、装置、电子设备及存储介质
US10116522B2 (en) Utilizing social media for information technology capacity planning
CN113761856A (zh) 一种数据处理方法和装置
CN114049065A (zh) 一种数据处理方法、装置及系统
CN110866001A (zh) 确定待处理订单的方法和装置
CN112749204B (zh) 一种读取数据的方法和装置
CN115408236A (zh) 一种日志数据审计系统、方法、设备及介质
CN109388546B (zh) 处理应用程序的故障的方法、装置和系统
CN113656239A (zh) 针对中间件的监控方法、装置及计算机程序产品
CN112131077A (zh) 故障节点的定位方法和定位装置、以及数据库集群系统
CN114089712B (zh) 一种数据处理方法和装置
CN113722193A (zh) 检测页面异常的方法和装置
CN113762910A (zh) 一种单据监控方法和装置
CN105607983A (zh) 数据异常监控方法和装置
CN111290927A (zh) 一种数据监控方法和装置
CN116361112B (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