CN101820360A - 一种告警平台及其实现告警的方法 - Google Patents

Abstract

本发明公开了一种告警平台及其实现告警的方法，所述方法包括：告警平台读取预先配置的不同告警类型的告警项配置信息，所述告警类型包括业务告警和平台告警；当某一个或多个告警项被触发后，所述告警平台获取上报的和/或自身检测的告警项的值，判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警。所述告警平台包括：初始化模块、告警业务处理模块和告警条件判断模块。通过本发明提供的方法对告警需求的分析，抽象出了三种通用的告警类型，按照类型划分告警项并结合配置文件，适用于绝大多数的业务应用，使用起来灵活、方便、简单，且使告警功能独立化，平台化，维护更加方便。

Description

一种告警平台及其实现告警的方法

技术领域

本发明涉及通信技术领域，尤其涉及一种告警平台及其实现告警的方法。

背景技术

随着电信行业的快速发展，所需要的软件规模越来越大，许多业务软件需要提供告警功能。如果在业务软件中集成告警模块，会造成软件架构不清晰，模块之间耦合度高，业务逻辑复杂以及后期维护困难等诸多不利因素。

中国专利公开号为CN1635551，公开了“通用多层次告警处理方法”、中国专利公开号为CN1282947A，公开了“通用告警监视处理的实现方法”，以及中国专利公开号为CN101355455，公开了“一种业务管理平台告警系统及方法”，这三篇专利均提到告警模块独立化，但是使用起来大都与业务融合太紧密，部分告警相关的业务逻辑仍需要在业务端实现，另外它们的结构复杂，涉及多个模块甚至多台服务器，它们的软件架构思想与本发明完全不同。

发明内容

本发明提供一种告警平台及其实现告警的方法，用以解决现有技术中存在的告警功能与业务融合太紧密且告警结构复杂的问题。

具体的，本发明提供一种告警平台实现告警的方法，包括：

告警平台读取预先配置的不同告警类型的告警项配置信息，所述告警类型包括业务告警和平台告警；

当某一个或多个告警项被触发后，所述告警平台获取上报的和/或自身检测的告警项的值，判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警。

进一步的，所述告警类型还包括复用告警。

基于上述技术特征，所述告警项配置信息包括下述信息中的一个或多个：告警类型、平台告警项检测/业务告警项句柄/复用告警项来源、告警条件和告警码。

基于上述技术特征，所述告警平台获取上报的或自身检测的告警项的值后还包括：根据预先配置的配置文件信息，检测所述告警项中是否存在被其他告警项复用的告警项，基于检测结果，判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警；其中，所述告警条件包括非复用告警项的告警条件和/或复用告警项的告警条件。

本发明提供的方法进一步具有以下特点：

当所述告警项为平台告警项时，被触发的条件为告警平台内的定时器到达预定的告警检测时刻；当所述告警项为业务告警时，被触发的条件为业务通过业务告警接口向告警平台发送业务告警项值。

所述告警平台获取上报的和/或自身检测的告警项的值具体为：

所述告警平台通过业务告警接口接收业务发送的业务告警项的值，和/或基于预先配置的配置文件信息对平台内相应告警项进行检测并获取平台告警项的值。

本发明还提供一种告警平台，包括：

初始化模块，用于读取预先配置的不同告警类型的告警项配置信息，所述告警类型包括业务告警和平台告警；

告警业务处理模块，用于在某一个或多个告警项被触发后，获取上报的和/或自身检测的告警项的值，触发告警条件判断模块；

告警条件判断模块，用于判断所述告警项值是否满足预先配置的告警条件，若是，发起告警或恢复告警。

进一步的，所述告警类型还包括：复用告警；

所述告警项配置信息包括下述信息中的一个或多个：告警类型、平台告警项检测/业务告警项句柄/复用告警项来源、告警条件和告警码。

基于上述技术特征，告警业务处理模块在获取上报的或自身检测的告警项的值后，根据预先配置的配置文件信息，检测所述告警项中是否存在被其他告警项复用的告警项，基于检测结果，触发所述告警条件判断模块；所述告警条件判断模块中所述的告警条件包括非复用告警项的告警条件和/或复用告警项的告警条件。

本发明提供的告警平台进一步具有以下特点：

当所述告警项为平台告警项时，被触发的条件为告警平台内的定时器到达预定的告警检测时刻；当所述告警项为业务告警时，被触发的条件为业务通过业务告警接口向告警平台发送业务告警项的值。

与现有技术相比，本发明有益效果如下：

本发明通过对告警需求的分析，抽象出了三种通用的告警类型。按照类型划分告警项并结合配置文件，适用于绝大多数的业务应用，使用起来灵活、方便、简单，且使告警功能独立化，平台化，维护更加方便；

另外，本发明为开发人员提供统一的接口，使开发人员从繁琐的告警逻辑中解脱出来，专注于业务模块的开发，提高开发效率，降低开发成本，增加程序的健壮性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的告警平台实现告警的方法流程图；

图2为本发明提供的告警需求抽象模型示意图；

图3为本发明实施例提供的一种告警平台实现平台告警的流程图；

图4为本发明实施例提供的一种告警平台实现业务告警的流程图；

图5为本发明实施例提供的一种告警平台实现平台告警和复用告警的流程图；

图6为本发明实施例提供的一种告警平台实现业务告警和复用告警的流程图；

图7为本发明提供的告警平台结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了解决现有技术中存在的问题，本发明提供一种告警平台及其实现告警的方法，实现了为业务提供通用、独立、易扩充、可配置的告警功能平台。

具体的，本发明提供的告警平台实现告警的方法，如图1所示，包括以下步骤：

步骤S101、告警平台读取预先配置的不同告警类型的告警项配置信息，所述告警类型包括业务告警和平台告警。

该步骤中，所述告警类型还可以包括复用告警。

步骤S102、当某一个或多个告警项被触发后，所述告警平台获取上报的和/或自身检测的告警项的值。

步骤S103、判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警。

为了更清楚的表述本发明，下面通过几个具体实施例来详细阐述本发明的实现过程。

首先，本发明针对各种各样的告警需求，将所有告警进行抽象归类，其告警类型包括业务告警和平台告警；当然，若某些告警项存在多个告警级别时，所述告警类型优选地包括复用告警，如图2所示，为根据告警需求抽象归类地模型示意图，其中：

业务告警：由业务检测并发起的告警项，业务程序在运行过程中，针对某个变量值进行的告警，该告警项的值只有业务能够检测到。

平台告警：由平台参与即可进行检测并发起的告警，而不需要业务参与，整个过程由平台负责，依靠平台的配置文件即可控制告警项的启用。例如，针对某个磁盘的空间进行检测告警，由告警平台内部进行判断，并与配置文件中的告警阈值比较，决定是否发起告警。

复用告警：由于某些告警项可以存在多个告警级别，因此，只需要检测一次告警项的值，进行多次判断即可。例如，某个值A在100以下为低，100-200为中，大于200为高，那么针对A的告警只要检测一次A，在判断是否为低后，不需要再重复检测，再直接判断是否满足中或高即可，那么中和高的判断就是复用了第一次的检测结果，为复用告警。

然后，对告警平台进行配置，其中，配置信息包括不同告警类型的告警项配置信息。

具体的，告警项配置信息包括：告警类型、平台告警检测/业务告警项句柄/复用告警项来源、告警条件表达式和告警码；当然，也可以根据具体情况配置上述信息中的一个或多个；其中，“/”的含义是在一个告警项配置信息内，这三种识别参数不同时存在。

具体的，告警类型：指明该告警项是业务告警、复用告警、还是平台告警；

平台告警检测：指明平台告警项检测的方法，具体检测动作在平台内部实现；

业务告警项句柄：用来标识每一项业务告警，业务发起的每个告警项都能找到对应的告警项句柄；

复用告警项来源：指明告警项的来源，来源可以是已经配置的其它告警项；

告警条件表达式：根据此表达式，各个告警项判断是否满足告警条件；

告警码：发送给告警台的标识码。

下面通过几个具体示例，来详细说明配置文件的具体配置形式：

例：alarm.ini

[告警项1]

告警类型＝平台告警

  告警平台方法＝检测C盘空间

    告警条件表达式＝磁盘空间＜100MB

      告警码＝1001

[告警项2]

告警类型＝业务告警

  业务告警项句柄＝1

    告警条件表达式＝X＜200

       告警码＝1002

[告警项3]

告警类型＝复用告警

  复用告警项来源＝[告警项1]

    告警条件表达式＝100MB＜磁盘空间＜200MB

      告警码＝1003

具体的，上述告警平台的告警来源的表现形式即为一个整形值，在不同的业务应用中，这个值有具体含义，但是平台并不解释这个值，只根据配置的判断标准决定是否告警(判断功能由平台的告警条件判断模块完成)。例如：告警平台获得告警项1的整形值为10，在配置文件中配置了告警项1的告警条件为：当值大于5告警，小于等于5不告警，此时，判断模块根据配置判断，应该发起告警。

其中，具体整形值的来源有三种，分别为：

(1)告警平台自身发起告警检测，然后获得一个值。例如，告警平台检测C盘空间大小，此类检测不需要业务参与即可完成，检测结果表现为一个整形值，例如1000(MB)。这种检测功能是告警平台内置的，通过配置文件制定调用哪种检测方法(例如检测一个磁盘的空间，或者某个数据库空间，相应需要配置的还有一些参数，例如盘符，数据库名称等，当然还包括针对一个告警值是否进行告警的判断标准)。告警平台在启动时发现配置文件配置了这些告警，那么它会定时进行相应的检测动作。

(2)业务通过接口传递给告警平台。此类告警检测由业务发起，通过接口，直接传递给告警平台。例如业务在运行时有一个内部变量A，这个变量告警平台是无法得知其具体值的，只有靠业务主动调用接口告知(接口信息包括一个ID，一个整形值A)。当告警平台得知这个值后，只需要判断是否发起告警即可，所以相应的配置文件中只要配置相应的业务告警ID，以及针对一个告警值是否进行告警的判断标准。

假设接口函数为Alarm()，业务调用如下：Alarm(1，100)；

同时平台的配置文件中配置了：告警项]告警ID＝1，X＞50，告警；＜＝50不告警

那么上述调用，会引起平台发起告警。

(3)复用，所谓复用就是既不靠平台自身检测，也不靠业务传递来获取告警值。而是靠重复利用上次的检测值。

例如，有需求如下：当C盘空间在200MB-1000MB时发送一般告警，当C盘空间小于200MB时发送重要告警。那么此时配置文件应如下所示：

[告警项1]

告警类型＝平台告警

    告警平台方法＝检测C盘空间

告警条件表达式＝200MB＜磁盘空间＜1000MB

告警码＝1001(含义为一般告警)

[告警项2]

告警类型＝平台告警

    告警平台方法＝检测C盘空间

告警条件表达式＝磁盘空间＜200MB

    告警码＝1002(含义为重要告警)

那么在这种情况下，告警平台发现有两个平台检测对象，会检测两次C盘空间，一次判断是否满足200MB＜磁盘空间＜1000MB，另一次判断是否满足磁盘空间＜200MB。而实际上，两次检测是不必要的，它们的检测对象是相同的，仅仅判断条件不同。因此，修改配置文件，把[告警项2]改为复用[告警项1]的结果，指示告警平台不必发起两次检测：

[告警项2]

告警类型＝复用告警

复用告警项来源＝[告警项1]

    告警条件表达式＝磁盘空间＜200MB

      告警码＝1002(含义为重要告警)

此时，告警平台在初始化时分析配置文件，得知告警项2与告警项1存在复用关系，因此，处理流程就改为：每当告警项1被触发(告警项1的告警类型是平台告警，由平台自身的定时器负责触发)，并获取告警值的时候，不仅要按照告警项1的判断条件进行判断，之后，还要将这个值按照告警项2的条件再进行判断，即重复利用一个告警值。这样，就实现了告警项2随着告警项1被触发。

例如，告警平台根据告警项1检测C盘空间为100MB，不满足告警项1的条件，但是满足告警项2的条件，于是重要告警被发出。

基于上述信息的配置，下面对告警平台实现平台告警、业务告警以及复用告警的流程进行阐述。

实施例一

如图3所示，该实施例给出了告警平台实现平台告警的具体实施过程，包括：

步骤S301、平台启动后，从配置文件读取所有告警项配置信息，检测配置合法性，并设置定时器，用以定时触发平台告警。

步骤S302、定时到达时，告警平台根据配置文件信息对相应的平台告警项进行检测，获取平台告警项的值。

步骤S303、告警平台调用告警条件判断模块判断平台告警项的值是否满足相应告警项的告警条件，若是，执行步骤S304；否则，执行步骤S305。

步骤S304、告警平台发起告警/恢复告警。

步骤S305、告警平台无动作，等待下次定时触发。

实施例二

如图4所示，该实施例给出了告警平台实现业务告警的具体实施过程，包括：

步骤S401、平台启动后，从配置文件读取所有告警项信息，检测配置合法性。

步骤S402、在实现业务告警时，业务调用告警平台提供的接口传递相应告警项的值。

步骤S403、告警平台接收到业务告警项的值后，调用告警条件判断模块判断该业务告警项的值是否满足告警项的告警条件，若是，执行步骤S404；否则，执行步骤S405。

步骤S404、告警平台发起告警/恢复告警。

步骤S405、告警平台无动作，等待下次触发。

实施例三

如图5所示，本实施例给出了告警平台实现平台告警和复用告警的具体实施过程，具体包括以下步骤：

步骤S501、平台启动后，从配置文件读取所有告警项配置信息，检测配置合法性，并设置定时器，用以定时触发平台告警。

步骤S502、定时到达时，告警平台根据配置文件信息对相应的平台告警项进行检测，获取平台告警项的值。

步骤S503、查找所述告警项中是否有被其他告警项复用的告警项，若是，执行步骤S504；否则，执行步骤S507；

步骤S504、告警平台调用自身的告警条件判断模块，对于非复用告警项判断平台告警项的值是否满足该告警项对应的告警条件，对于复用告警项判断平台告警项的值是否满足该告警项对应的告警条件以及复用告警条件，若是，执行步骤S505；否则，执行步骤S506。

步骤S505、告警平台发起告警/恢复告警。

步骤S506、告警平台无动作，等待下次定时触发。

步骤S507、告警平台调用告警条件判断模块直接判断平台告警项的值是否满足该告警项的告警条件，若是，执行步骤S505；否则，执行步骤S506。

实施例四

如图6所示，本实施例给出了告警平台实现业务告警和复用告警的具体实施过程，具体包括以下步骤：

步骤S601、平台启动后，从配置文件读取所有告警项信息，检测配置合法性。

步骤S602、在实现业务告警时，业务调用告警平台提供的接口传递相应告警项的值。

步骤S603、告警平台根据配置文件信息查找相应告警项中是否有被其他告警项复用的告警项，若是，执行步骤S604；否则，执行步骤S607；

步骤S604、告警平台调用自身的告警条件判断模块，对于非复用告警项判断业务告警项的值是否满足该告警项对应的告警条件，对于复用告警项判断业务告警项的值是否满足该告警项对应的告警条件以及复用告警条件，若是，执行步骤S605；否则，执行步骤S606。

步骤S605、告警平台发起告警/恢复告警。

步骤S606、告警平台无动作，等待下次触发。

步骤S607、告警平台调用告警条件判断模块直接判断接收到的告警项的值是否满足告警项的告警条件，若是，执行步骤S605；否则，执行步骤S606。

需要说明的是，上述平台告警与业务告警没有耦合，只需要在配置文件中声明需要进行告警的内容，所有告警的检测、发起、判断都由平台独立完成。

本发明通过对告警需求的分析，抽象出了三种通用的告警类型。按照类型划分告警项并结合配置文件，适用于绝大多数的业务应用，使用起来灵活、方便、简单，且使告警功能独立化，平台化，维护更加方便；

另外，本发明为开发人员提供统一的接口，使开发人员从繁琐的告警逻辑中解脱出来，专注于业务模块的开发，提高开发效率，降低开发成本，增加程序的健壮性。

如图7所示，为本发明提供的业务告警平台的内部结构示意图。如图所示，该业务告警平台包括：初始化模块710、告警业务处理模块720和告警条件判断模块730，具体的：

初始化模块710，用于读取预先配置的不同告警类型的告警项配置信息，并检测配置合法性以及数据结构初始化等；其中，告警类型包括业务告警和平台告警；

告警业务处理模块720、用于在某一个或多个告警项被触发后，获取上报的和/或自身检测的告警项的值，触发告警条件判断模块；

告警条件判断模块730，负责记录每个告警项的状态，并根据配置文件中每个告警项的告警条件，进行检测，判断所述告警项的值是否满告警条件，然后根据当前状态决定发起告警或者恢复告警。

上述告警业务处理模块720具体包括：业务告警接口模块721和平台告警检测模块722；

其中，业务告警接口模块721，为业务发起告警提供告警接口，用于在业务告警被触发后，接收业务发送的业务告警项的值，调用告警条件判断模块730进行告警判断；

平台告警检测模块722，用于在平台告警被触发后，根据配置文件的内容，检查获取每个由平台负责发起的告警项的值，调用告警条件判断模块730进行告警判断。

进一步的，本发明所提供的告警类型优选地包括复用告警。

基于该技术特征，所述告警业务处理模块720还包括：复用告警检测模块723；

该复用告警检测模块723在业务告警接口模块721和/或平台告警检测模块722在获取到告警项的值后被触发，用于根据预先配置的配置文件信息，检测已触发的告警项中是否存在被其他告警项复用的告警项，并基于检测结果，触发告警条件判断模块730。

当已触发的告警项中存在复用告警项时，所述告警条件判断模块730的告警条件包括非复用告警项的告警条件和/或复用告警项的告警条件。

从物理结构来看，告警平台可以是一个动态链接库，对外提供接口，供业务调用，内部模块实现告警的判断和告警信息的发送。平台也可以拥有自己的线程和定时器等资源，动态库提供线程入口函数，由定时器负责触发平台告警。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种告警平台实现告警的方法，其特征在于，包括：

告警平台读取预先配置的不同告警类型的告警项配置信息，所述告警类型包括业务告警和平台告警；

当某一个或多个告警项被触发后，所述告警平台获取上报的和/或自身检测的告警项的值，判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警。

2.如权利要求1所述的方法，其特征在于，所述告警类型还包括复用告警。

3.如权利要求2所述的方法，其特征在于，所述告警项配置信息包括下述信息中的一个或多个：告警类型、平台告警项检测/业务告警项句柄/复用告警项来源、告警条件和告警码。

4.如权利要求3所述的方法，其特征在于，所述告警平台获取上报的或自身检测的告警项的值后还包括：

根据预先配置的配置文件信息，检测所述告警项中是否存在被其他告警项复用的告警项，基于检测结果，判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警；其中，所述告警条件包括非复用告警项的告警条件和/或复用告警项的告警条件。

5.如权利要求1所述的方法，其特征在于，当所述告警项为平台告警项时，被触发的条件为告警平台内的定时器到达预定的告警检测时刻；当所述告警项为业务告警时，被触发的条件为业务通过业务告警接口向告警平台发送业务告警项的值。

6.如权利要求1或5所述的方法，其特征在于，所述告警平台获取上报的和/或自身检测的告警项的值具体为：

所述告警平台通过业务告警接口接收业务发送的业务告警项的值，和/或基于预先配置的配置文件信息对平台内相应告警项进行检测并获取平台告警项的值。

7.一种告警平台，其特征在于，包括：

初始化模块，用于读取预先配置的不同告警类型的告警项配置信息，所述告警类型包括业务告警和平台告警；

告警业务处理模块，用于在某一个或多个告警项被触发后，获取上报的和/或自身检测的告警项的值，触发告警条件判断模块；

告警条件判断模块，用于判断所述告警项的值是否满足预先配置的告警条件，若是，发起告警或恢复告警。

8.如权利要求7所述的告警平台，其特征在于，

所述告警类型还包括：复用告警；

所述告警项配置信息包括下述信息中的一个或多个：告警类型、平台告警项检测/业务告警项句柄/复用告警项来源、告警条件和告警码。

9.如权利要求8所述的告警平台，其特征在于，

告警业务处理模块在获取上报的或自身检测的告警项的值后，根据预先配置的配置文件信息，检测所述告警项中是否存在被其他告警项复用的告警项，基于检测结果，触发所述告警条件判断模块；

所述告警条件判断模块中所述的告警条件包括非复用告警项的告警条件和/或复用告警项的告警条件。

10.如权利要求7所述的告警平台，其特征在于，当所述告警项为平台告警项时，被触发的条件为告警平台内的定时器到达预定的告警检测时刻；当所述告警项为业务告警时，被触发的条件为业务通过业务告警接口向告警平台发送业务告警项的值。

Images