一种监控数据处理装置及监控数据处理方法与流程

本发明涉及设备监控领域，尤指一种监控数据处理装置及监控数据处理方法。

背景技术：

随着大数据和云计算时代的到来，对待监控设备进行监控从而获取的监控数据常常需要被集中起来然后进行处理以发挥更高的性能，然而由于待监设备的分散性和监控数据的繁杂性，监控数据的处理往往会遇到巨大的挑战。

目前，业界采用的普遍方式是通过设置nagios的分布式监控系统完成监控数据的处理。具体来说，该系统分为主控节点和分布式节点两部分，首先，各分布式节点需要配置设备信息、设备所属组别信息、监测器信息和联系人信息等，主控节点中需要配置各分布式节点所配置的信息，各分布式节点通过nsca_client进程将监控数据实时上报给主控节点，主控节点通过nsca进程接收各个分布式节点发送的监控数据并处理监控数据。

但是，这种分布式监控系统也有其不足的地方，由于这种系统包括分布式节点和主控节点两部分，监控数据的采集由分布式节点承担，监控数据的处理由主控节点承担，而监控数据的处理需要以正确的解析为前提，因此主控节点需要同步各分布式节点配置的设备信息、设备所述组别信息、监测器信息和联系人信息以能够解析分布式节点获取的监控数据，然而在复杂的网络环境中主控节点和分布式节点的同步操作需要耗费很多资源，因此，会造成开销过大；同时，由于主控节点要处理所有分布式节点获取的监控数据，主控节点的处理压力过大，因此，监控数据的处理过程十分缓慢。

技术实现要素：

为了解决上述技术问题，本发明提供了一种监控数据处理装置及监控数据处理方法，能够省去主控节点和分布式节点进行信息同步的操作，从而减少了开销，并且能够分散监控数据的处理压力，从而提高了监控数据的处理速度。

为了达到本发明目的，本发明提供了一种监控数据处理装置，包括：

接收模块，用于接收自身所属节点中监控器的监控数据；

存储模块，用于将所述监控数据存储于所述自身所属节点的预设队列中；

获取模块，用于从所述预设队列中获取监控数据，作为待处理监控数据；

处理模块，用于对所述待处理监控数据进行处理。

还包括：

建立模块，用于在所述自身所属节点中采用生产者消费者模式建立预设队列；

所述处理模块，具体用于根据所述自身所属节点中预先设置的监控项阈值信息、状态判断标准信息、告警条件信息、通知条件信息和联系人信息对所述待处理数据进行处理。

所述处理模块，包括：

第一处理单元，用于采用多线程模式，在每个线程中根据所述监控项阈值信息、所述状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态，并将所述监控项状态存储于所有节点共有的预设数据库中；

第二处理单元，用于根据所述监控项状态和所述告警条件信息判断是否进行告警；

第三处理单元，用于若进行告警，生成告警记录添加至所述预设数据库中，并且根据所述通知条件信息判断是否满足通知条件；

通知单元，用于若满足所述通知条件，根据所述联系人信息通知联系人出现告警。

还包括：

设置模块，用于设置预设规则；其中，所述预设规则为所述预设队列出现异常情况时如何处理所述预设队列所存储的数据的规则；

所述获取模块，具体用于根据所述预设规则从所述预设队列中获取监控数据，作为所述待处理监控数据。

所述预设规则包括：

当所述预设队列的长度m大于预设长度n时，丢弃排列在所述预设队列队头的前s个监控数据，其中，s>m-n；

所述获取模块，具体用于根据所述预设规则，当所述预设队列的长度m大于预设长度n时，丢弃排列在所述预设队列队头的前s个监控数据，再从所述预设队列中获取监控数据，作为所述待处理监控数据。

本发明还提供了一种监控数据处理方法，包括：

接收目标监控数据处理装置所属节点中监控器的监控数据；其中，所述目标监控数据处理装置为设置在每个节点上的监控处理装置中的任意一个；

将所述监控数据存储于所述目标监控数据处理装置所属节点的预设队列中；

从所述预设队列中获取监控数据，作为待处理监控数据；

对所述待处理监控数据进行处理。

所述接收目标监控数据处理装置所属节点中监控器的监控数据之前，所述方法还包括：

在所述目标监控数据处理装置所属节点中采用生产者消费者模式建立预设队列；

所述对待处理监控数据进行处理，包括：

根据所述目标监控数据处理装置所属节点中预先设置的监控项阈值信息、状态判断标准信息、告警条件信息、通知条件信息和联系人信息对所述待处理监控数据进行处理。

所述根据目标监控数据处理装置所属节点中预先设置的监控项阈值信息、状态判断标准信息、告警条件信息、通知条件信息和联系人信息对待处理监控数据进行处理，包括：

采用多线程模式，在每个线程中根据所述监控项阈值信息、所述状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态，并将所述监控项状态存储于所有节点共有的预设数据库中；

根据所述监控项状态和所述告警条件信息判断是否进行告警；

若进行告警，生成告警记录添加至所述预设数据库中，并且根据所述通知条件信息判断是否满足通知条件；

若满足所述通知条件，根据所述联系人信息通知联系人出现告警。

所述从预设队列中获取监控数据，作为待处理监控数据之前，所述方法还包括：

设置预设规则；其中，所述预设规则为所述预设队列出现异常情况时如何处理所述预设队列中所存储的数据的规则；

相应的，所述从预设队列中获取监控数据，作为待处理监控数据，包括：

根据所述预设规则从所述预设队列中获取监控数据，作为所述待处理监控数据。

所述预设规则包括：

当所述预设队列的长度m大于预设长度n时，丢弃排列在所述预设队列队头的前s个监控数据，其中，s>m-n；

相应的，所述根据预设规则从所述预设队列中获取监控数据，作为待处理监控数据，包括：

根据所述预设规则，当所述预设队列的长度m大于预设长度n时，丢弃排列在所述预设队列队头的前s个监控数据，再从所述预设队列中获取监控数据，作为所述待处理监控数据。

与现有技术相比，本发明提供的监控数据处理装置设置在每个节点上，至少包括接收模块，用于接收自身所属节点中监控器的监控数据；存储模块，用于将监控数据存储于自身所属节点的预设队列中；获取模块，用于从预设队列中获取监控数据，作为待处理监控数据；处理模块，用于对待处理监控数据进行处理。从本发明提供的技术方案可见，由于该装置设置在每个节点上，使得每个节点都具备获取监控数据进而处理的能力，因此不同于nagios分布式系统中分布式节点负责监控数据的获取、主控节点负责监控数据处理的模式，本发明提供的监控数据处理装置省去了nagios分布式系统由主控节点处理监控数据带来的主控节点需要同步和分布式节点信息的操作，从而减少了开销；同时，由于该装置使得每个节点都能独立地对自身所述节点中监控数据进行处理，从而分散了监控数据的处理压力，提高了监控数据的处理速度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明实施例提供的一种监控数据处理装置的结构示意图；

图2为本发明实施例提供的另一种监控数据处理装置的结构示意图；

图3为本发明实施例提供的又一种监控数据处理装置的结构示意图；

图4为本发明实施例提供的又一种监控数据处理装置的结构示意图；

图5为本发明实施例提供的一种监控数据处理方法的流程示意图；

图6为本发明实施例提供的另一种监控数据处理方法的流程示意图；

图7为本发明实施例提供的又一种监控数据处理方法的流程示意图；

图8为本发明实施例提供的又一种监控数据处理方法的流程示意图；

图9为本发明实施例提供的一种监控系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本发明实施例提供一种监控数据处理装置，该装置设置在每个节点上，如图1所示，该装置1包括：

接收模块11，用于接收自身所属节点中监控器的监控数据。

具体的，监控数据是监控器根据待监控设备信息监控待监控设备获得的数据，待监控设备和监控器的数量可以是一台，也可以是多台，本发明对此不作限制。待监控设备信息包括待监控设备的监控参数信息和待监控设备的组别信息，其中，假设选择以简单网络管理协议(simplenetworkmanagementprotocol，snmp)对待监控设备进行监控，那么待监控设备的监控参数信息包括待监控设备的网络协议(internetprotocol，ip)地址、snmp的版本号以及snmp的团体名称。监控项信息包括所要进行监控的项目和监控的间隔时间，其中，监控间隔时间是指一次监控与相邻一次监控的时间间隔；所要进行监控的项目可以是针对计算机的，也可以是针对计算机中的某个应用的，当所要进行监控的项目是针对计算机时，所要进行监控的项目可以包括cpu利用率、内存利用率等，当所要进行监控的项目是针对计算机中的某个应用时，例如数据库，所要进行监控的项目可以包括表空间利用率。

具体的，当监控器数量较大时，接收模块11具体可以采用多线程模式接收监控数据。

存储模块12，用于将监控数据存储于自身所属节点的预设队列中。

具体的，实际过程中监控数据可能过于零碎，而要存储在预设队列中需要通过连接，但是预设队列的连接数有限，不能在同一时间满足监控数据的存储要求，因此可以将监控数据先行整合，再通过连接存储于预设队列。

具体的，每个节点上都有一个预设队列，用于存储自身节点中监控器的监控数据，由于队列的特性是先进先出，因此将监控数据存储于预设队列中，可以保证先存入的数据先被获取，从而保持数据的顺序。

获取模块13，用于从预设队列中获取监控数据，作为待处理监控数据。

需要说明的是，待处理监控数据可以是监控数据的一部分，也可以是监控数据的全部。

具体的，获取待处理监控数据的方式是阻塞方式，这样一旦预设队列出现空置，就会出现阻塞，从而停止数据的获取。

处理模块14，用于对待处理监控数据进行处理。

本发明实施例所提供的监控数据处理装置，设置在每个节点上，该装置包括用于接收自身所属节点中监控器的监控数据的接收模块；用于将监控数据存储于自身所属节点的预设队列中的存储模块；用于从预设队列中获取监控数据，作为待处理监控数据的获取模块；用于对待处理监控数据进行处理的处理模块。这样，由于该装置设置在每个节点上，使得每个节点都具备获取监控数据获取进而处理的能力，因此不同于nagios分布式系统中分布式节点负责监控数据的获取、主控节点负责监控数据处理的模式，本发明提供的监控数据处理装置省去了nagios分布式系统由主控节点处理监控数据带来的主控节点需要同步和分布式节点信息的操作，从而减少了开销；同时，由于该装置使得每个节点都能独立地对自身所属节点中的监控数据进行处理，从而分散了监控数据的处理压力，提高了监控数据的处理速度。

进一步，在图1对应的实施例的基础上，本发明实施例提供另一种监控数据处理装置，如图2所示，该装置1还包括：

建立模块15，用于在自身所属节点中采用生产者消费者模式建立预设队列。

具体的，预设队列的建立模式有两种，一种是发布订阅模式，另一种是生产者消费者模式，其中，生产者消费者模式指的是通过一个容器来解决生产者和消费者的强耦合问题的模式，生产者和消费者彼此之间不直接通讯，而通过阻塞队列来进行通讯，所以生产者生产完数据之后不用等待消费者处理，直接扔给阻塞队列，消费者不找生产者要数据，而是直接从阻塞队列里取，阻塞队列就相当于一个缓冲区，平衡了生产者和消费者的处理能力。

处理模块14，具体用于根据自身所属节点中预先设置的监控项阈值信息、状态判断标准信息、告警条件信息、通知条件信息和联系人信息对待处理数据进行处理。

进一步，在图2对应的实施例的基础上，本发明实施例提供又一种监控数据处理装置，如图3所示，处理模块14包括：

第一处理单元141，用于采用多线程模式，在每个线程中根据监控项阈值信息、状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态，并将监控项状态存储于所述节点共有的预设数据库中。

具体的，采用多线程模式指的是采用多线程模式处理待监控数据，这样每个线程都承担部分待处理数据的处理任务。

具体的，监控项阈值信息是监控项状态正常和不正常的界限，例如，假设待监控设备是计算机，监控项是中央处理器(centralprocessingunit，cpu)占用率，监控项阈值信息可以是cpu占用率为80％，当待处理数据表明所监控到cpu的占用率低于80％，说明cpu占用率正常，当待处理数据表明所监控到cpu的占用率超过80％，说明cpu占用率不正常。状态判断标准信息是判断监控项状态的标准，监控项状态包括正常状态和不正常状态，其中，不正常状态可以包括轻微不正常状态、中度不正常状态和严重不正常状态，确定监控项状态指的是确定监控项状态是这几种状态中的哪一种，假设状态判断标准信息为超过监控项阈值5％以内为轻微不正常状态，超过监控项阈值5％～10％为中度不正常状态，超过监控项阈值10％～15％为严重不正常状态，那么根据状态判断标准信息、监控项阈值信息和表明cpu占用情况的数据就能确定cpu状态是否正常，如果不正常，确定是轻微不正常状态、中度不正常状态和严重不正常状态中的哪一种。

需要说明的是，多线程中的部分线程也可能出现挂掉的情况，当多线程中超过预设个数的线程出现挂掉的情况时，需要重新启动一定数量的线程，以避免线程个数过少时，每个线程承担的数据处理任务过重。

第二处理单元142，用于根据监控项状态和告警条件信息判断是否进行告警。

需要说明的是，每个节点都和预设数据库建立了连接，当确定了监控项状态后，都会访问预设数据库从而将监控项状态存储在预设数据库中。存储监控项状态于预设数据库中，并根据监控项状态和告警条件信息判断是否进行告警也是由每个线程自行完成的。

具体的，告警条件信息是监控项状态能够构成告警的状态信息，例如，假设监控项状态包括正常状态、轻微不正常状态、中度不正常状态和严重不正常状态，告警条件信息可以是监控项达到中度不正常状态或严重不正常状态。

第三处理单元143，用于若进行告警，生成告警记录添加至预设数据库中，并且根据通知条件信息判断是否满足通知条件。

还需要说明的是，若进行告警，生成告警记录添加至预设数据库中，并且根据通知条件信息判断是否满足通知条件也是由每个线程自行完成的。

具体的，通知条件信息是发生告警后能够向联系人发送通知的条件信息，通知条件信息可以包括联系人的通知处于开启状态、联系人处于工作时间等。

通知单元144，用于若满足通知条件，根据联系人信息通知联系人出现告警。

需要说明的是，若满足通知条件，根据联系人信息通知联系人出现告警也是由每个线程自行完成的。

具体的，通知的具体形式可以是短信的方式，还可以是邮件的方式，本发明对此不作限制。

具体的，若通知条件为联系人的通知处于开启状态，那么当满足该通知条件时，则根据联系人信息通知联系人出现告警。

本发明实施例所提供的监控数据处理装置，还包括采用多线程模式，在每个线程中根据自身所属节点中预先设置的监控项阈值信息、状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态，并将监控项状态存储于预设数据库中的第一处理单元；根据监控项状态和告警条件信息判断是否进行告警的第二处理单元；用于若进行告警，生成告警记录添加至预设数据库中，并且根据通知条件信息判断是否满足通知条件的第三处理单元；用于若满足通知条件，根据联系人信息通知联系人出现告警的通知单元。这样，采用了多线程模式对分布式节点的监控数据进行处理，使得每个线程都独立地处理所在节点的监控数据的某一部分，从而更加提高了监控数据的处理速度。

进一步，在图3对应的实施例的基础上，本发明实施例提供又一种监控数据处理装置，如图4所示，该装置1还包括：

设置模块16，用于设置预设规则。

其中，预设规则为预设队列出现异常情况时如何处理预设队列存储的数据的规则。

需要说明的是，当预设队列出现异常时，预设队列中存储的数据无法反应出监控项的真实状态，因此需要这些数据进行一些处理。

具体的，预设规则包括当预设队列的长度m大于预设长度n时，丢弃排列在预设队列队头的前s个数据，其中，s>m-n。

获取模块13，具体用于根据预设规则从预设队列中获取监控数据，作为待处理监控数据。

具体的，根据预设规则从预设队列中获取监控数据，作为待处理监控数据包括：根据预设规则，当预设队列的长度m大于预设长度n时，丢弃排列在预设队列队头的前s个数据，再从预设队列中获取监控数据，作为待处理监控数据。

需要说明的是，当预设队列的长度过长时，之前存储的某些数据就丧失了实效性，而由于队列的特性，是从队尾进队、对头出队，因此需要丢弃排列在队头的一部分数据。

本发明实施例提供的监控数据处理装置，还包括用于设置预设队列出现异常情况时如何处理预设队列存储数据的预设规则的设置模块，用于根据预设规则从预设队列中获取待处理监控数据的获取模块。这样，设置了预设规则，在预设队列出现异常时，能够对预设队列中存储的数据进行处理，从而保证了预设队列中存储数据的有效性。

在实际应用中，所述接收模块11、存储模块12、获取模块13、处理模块14、第一处理单元141、第二处理单元142、第三处理单元143、通知单元144、建立模块15、和设置模块16均可由位于监控数据处理装置cpu、微处理器(microprocessorunit，mpu)、数字信号处理器(digitalsignalprocessor，dsp)或现场可编程门阵列(fieldprogrammablegatearray，fpga)等实现。

本发明实施例提供一种监控数据处理方法，如图5所示，该方法包括：

步骤201、接收目标监控数据处理装置所属节点中监控器的监控数据。

其中，所述目标监控数据处理装置为设置在每个节点上的监控处理装置中的任意一个。

步骤202、将监控数据存储于目标监控数据处理装置所属节点的预设队列中。

步骤203、从预设队列中获取监控数据，作为待处理监控数据。

步骤204、对待处理监控数据进行处理。

本发明实施例所提供的监控数据处理方法，包括接收目标监控数据处理装置所属节点中监控器的监控数据；其中，所述目标监控数据处理装置为设置在每个节点上的监控处理装置中的任意一个；将监控数据存储于目标监控数据处理装置所属节点的预设队列中；从预设队列中获取监控数据，作为待处理监控数据；对待处理监控数据进行处理。由于该方法是施展在每个节点上，使得每个节点都具备获取监控数据进而处理监控数据的能力，省去了主控节点需要同步和分布式节点信息的操作，从而减少了开销；同时，由于该方法使得每个节点都能独立地对自身节点中的监控数据进行处理，从而分散了监控数据的处理压力，提高了监控数据的处理速度。

进一步，本发明实施例提供另一种监控数据处理方法，如图6所示，该方法包括：

步骤301、在目标监控数据处理装置所属节点中采用生产者消费者模式建立预设队列。

其中，所述目标监控数据处理装置为设置在每个节点上的监控处理装置中的任意一个。

步骤302、接收目标监控数据处理装置所属节点中监控器的监控数据。

步骤303、将监控数据存储于目标监控数据处理装置所属节点的预设队列中。

步骤304、从预设队列中获取监控数据，作为待处理监控数据。

步骤305、根据目标监控数据处理装置所属节点中预先设置的监控项阈值信息、状态判断标准信息、告警条件信息、通知条件信息和联系人信息对待处理监控数据进行处理。

进一步，本发明实施例提供另一种监控数据处理方法，如图7所示，该方法包括：

步骤401、在目标监控数据处理装置所属节点中采用生产者消费者模式建立预设队列。

其中，所述目标监控数据处理装置为设置在每个节点上的监控处理装置中的任意一个。

步骤402、接收目标监控数据处理装置所属节点中监控器的监控数据。

步骤403、将监控数据存储于目标监控数据处理装置所属节点的预设队列中。

步骤404、从预设队列中获取监控数据，作为待处理监控数据。

步骤405、采用多线程模式，在每个线程中根据目标监控数据处理装置所属节点中预先设置的监控项阈值信息、状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态，并将监控项状态存储于所有节点共有的预设数据库中。

步骤406、根据监控项状态和告警条件信息判断是否进行告警。

步骤407、若进行告警，生成告警记录添加至预设数据库中，并且根据通知条件信息判断是否满足通知条件。

步骤408、若满足通知条件，根据联系人信息通知联系人出现告警。

本发明实施例所提供的监控数据处理方法，还包括采用多线程模式，在每个线程中根据目标监控数据处理装置所属节点中预先设置的监控项阈值信息、状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态；根据监控项状态和告警条件信息判断是否进行告警；若进行告警，生成告警记录添加至预设数据库中，并且根据通知条件信息判断是否满足通知条件；若满足通知条件，根据联系人信息通知联系人出现告警。这样，采用了多线程模式对分布式节点的监控数据进行处理，使得每个线程都独立地处理所在节点的监控数据的某一部分，从而更加提高了监控数据的处理速度。

本发明实施例提供又一种监控数据处理方法，如图8所示，该方法包括：

步骤501、在目标监控数据处理装置所属节点中采用生产者消费者模式建立预设队列。

其中，所述目标监控数据处理装置为设置在每个节点上的监控处理装置中的任意一个。

步骤502、接收目标监控数据处理装置所属节点中监控器的监控数据。

步骤503、将监控数据存储于目标监控数据处理装置所属节点的预设队列中。

步骤504、设置预设规则。

其中，预设规则为预设队列出现异常情况时如何获取预设队列中所存储的数据的规则。

具体的，预设规则包括：当预设队列的长度m大于预设长度n时，丢弃排列在预设队列队头的前s个数据，其中，s>m-n。

步骤505、根据预设规则从预设队列中获取监控数据，作为待处理监控数据。

具体的，根据预设规则从预设队列中获取监控数据，作为待处理监控数据包括：根据预设规则，当预设队列的长度m大于预设长度n时，丢弃排列在预设队列队头的前s个数据，再从预设队列中获取监控数据，作为待处理监控数据。

步骤506、采用多线程模式，在每个线程中根据监控项阈值信息、状态判断标准信息和当前线程处理的部分待处理监控数据确定监控项状态，并将监控项状态存储于所有节点共有的预设数据库中。

步骤507、根据监控项状态和告警条件信息判断是否进行告警。

步骤508、若进行告警，生成告警记录添加至预设数据库中，并且根据通知条件信息判断是否满足通知条件。

步骤509、若满足通知条件，根据联系人信息通知联系人出现告警。

本发明实施例提供的监控数据处理方法，还包括设置预设队列出现异常情况时如何获取预设队列中所存储的数据的预设规则；根据预设规则从预设队列中获取待处理监控数据。这样，设置了预设规则，在预设队列出现异常时，能够对预设队列中存储的数据进行处理，从而保证了预设队列中存储数据的有效性。

本发明实施例还提供一种监控系统的结构示意图，如图9所示，该系统包括监控器、待监控设备、监控数据处理装置；其中，待监控设备包括服务器、中间件和网络设备，监控数据处理装置包括监控数据采集模块、生产者模块、消息队列模块、消费者消费模块1、消费者消费模块2、数据处理模块1和数据处理模块2。

其中，监控器，用于对待监控设备进行监控以获得监控数据；监控数据采集模块，用于采集监控器获得的监控数据；生产者模块，用于整合源源不断的监控数据；消息队列模块，用于以队列的形式存储生产者模块中的监控数据；消费者消费模块1和消费者消费模块2，用于从消息队列模块中获取待处理监控数据；数据处理模块1，用于处理消费者消费模块1获取的待处理监控数据，数据处理模块2，用于处理消费者消费模块2获取的待处理监控数据。

该系统的工作方法包括：

配置监控器的监控信息，其中监控信息包括待监控设备信息和监控项信息。

监控器监控待监控设备而获取监控数据。

监控数据采集模块采用多线程模式并发采集监控器获取的监控数据。

生产者模块整合监控数据采集模块采集到的监控数据。

消息队列模块将整合后的监控数据存储于以生产者消费者模式建立的消息队列中。

消费者消费模块1从消息队列模块中获取一部分的监控数据，消费者消费模块2从消息队列模块中获取另一部分的监控数据

数据处理模块1处理消费者消费模块1获取的监控数据，数据处理模块2处理消费者消费模块2获取的监控数据。

数据处理模块1处理消费者消费模块1获取的监控数据，与数据处理模块2处理消费者消费模块2获取的监控数据的过程是一样的，以数据处理模块1处理消费者消费模块1获取的监控数据过程为例进行说明：

数据处理模块1根据监控数据确定监控项状态，并将监控项状态存储于数据库中。

数据处理模块1根据监控项状态和告警条件判断是否进行告警。

若确定进行告警，数据处理模块1记录告警记录于数据库中，并根据通知条件判断是否进行通知。

若确定进行通知，数据处理模块1根据联系人信息通知联系人出现告警。

需要说明的是，数据处理模块在处理完消费者消费模块中获取的监控数据后，消费者消费模块才会再从消息队列模块中获取监控数据。

还需要说明的是，消费者消费模块和数据处理模块的个数是相同的，他们的个数可以是如本实施例中的两个，也可以是多个，具体是根据所要处理的监控数据量而定的。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。