CN114328087A - 一种告警压缩通知方法、装置、设备和可读存储介质 - Google Patents

Abstract

本申请提供了一种告警压缩通知方法、装置、设备和可读存储介质，属于监控告警技术领域。本申请实施例针对获取的当前告警数据，首先判断其是否为新的告警数据；若是，则立即发送对应的告警通知，以保证告警通知的及时性，使相关人员能够在第一时间接到告警通知；若否，则说明已经发生过与当前告警数据同类型的告警数据，则对当前告警数据进行压缩处理，在预先建立的告警策略库中，确定当前告警数据所对应的目标告警压缩通知策略，并根据目标告警压缩通知策略，对当前告警数据发出告警通知或不通知，使得在执行相应的目标告警压缩通知策略的期间，能够对相同的持续发生的告警数据进行了有效的压缩，进而有效避免告警风暴的出现。

Description

一种告警压缩通知方法、装置、设备和可读存储介质

技术领域

本申请涉及监控告警技术领域，特别是涉及一种告警压缩通知方法、装置、设备和可读存储介质。

背景技术

随着IT网络基础建设维护和管理成本的与日俱增，面对随时可能发生的服务故障，运维监控系统已经逐渐覆盖各行各业。而运维监控系统告警数量的迅速增长，也给运维人员带来了极大的挑战，及时准确合理的告警通知是IT运维人员有效应对系统故障和业务异常的关键。

但是，目前大多数监控类软件/平台所采用的告警压缩通知方法，通常是通过滑动窗口或按照一定的同类项条件进行告警的压缩和通知，当大量的告警连续发生时，就会不可避免地形成告警风暴。例如，采用滑动窗口的形式进行告警压缩和通知，一般会设定在一个窗口时间内，同一个告警发生了多少次，才会发送一条告警通知。这种方式存在两个问题，一是告警不及时；二是一旦告警事件连续发生，超过了窗口范围就会产生告警风暴。

发明内容

本申请提供一种告警压缩通知方法、装置、设备和可读存储介质，以解决现有的告警压缩通知方法存在的告警不及时和容易出现告警风暴的问题。

为了解决上述问题，本申请采用了以下的技术方案：

第一方面，本申请实施例提供了一种方法告警压缩通知方法，所述方法包括：

获取当前告警数据；

判断所述当前告警数据是否为新的告警数据；

若是，则发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；

若否，则在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；

根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。

在本申请一实施例中，所述方法还包括：

响应于用户针对任一告警类型的配置操作，创建与所述配置操作对应的所述告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。

在本申请一实施例中，判断所述当前告警数据是否为新的告警数据，包括：

获取所述当前告警数据的告警类型；其中，所述告警类型包括当前告警主体、当前告警内容和当前告警级别；

判断所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据是否发生改变；

在所述当前告警主体、所述当前告警内容和所述当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定所述当前告警数据为新的告警数据；

在所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定所述当前告警数据不为新的告警数据。

在本申请一实施例中，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略，包括：

根据所述当前告警数据的目标告警类型，在所述告警策略库中确定所述目标告警类型下的所有告警压缩通知策略；

将所述当前告警数据对应的时刻与所述目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。

在本申请一实施例中，根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知，包括：

在所述当前告警数据对应的时刻落入所述目标告警压缩通知策略对应的所述预设告警等待时间内时，则不发出与所述当前告警数据对应的告警通知；直到所述预设告警等待时间后，发出与所述当前告警数据对应的告警通知。

在本申请一实施例中，在根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知后，所述方法还包括：

在所述目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；

若是，则执行下一个告警压缩通知策略，直到所有的告警压缩通知策略执行完毕；

若否，则停止发出告警通知。

在本申请一实施例中，直到所有的告警压缩通知策略执行完毕之后，所述方法还包括：

每隔预设固定时间，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；

若是，则发出所述告警数据对应的告警通知；

若否，则停止发出告警通知。

在本申请一实施例中，所述告警通知包括告警类型、告警开始时间、告警持续时间、告警位置和触发告警的指标值中的一种或多种。

第二方面，基于相同发明构思，本申请实施例提供了一种告警压缩通知装置，所述装置包括：

获取模块，用于获取当前告警数据；

判断模块，用于判断所述当前告警数据是否为新的告警数据；

第一告警模块，用于在所述当前告警数据是新的告警数据的情况下，发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；

确定模块，用于在所述当前告警数据不是新的告警数据的情况下，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；

第二告警模块，用于根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。

在本申请一实施例中，所述装置还包括：

配置模块，用于响应于用户针对任一告警类型的配置操作，创建与所述配置操作对应的所述告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。

在本申请一实施例中，所述判断模块包括：

告警类型获取子模块，用于获取所述当前告警数据的告警类型；其中，所述告警类型包括当前告警主体、当前告警内容和当前告警级别；

判断子模块，用于判断所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据是否发生改变；

第一确定子模块，用于在所述当前告警主体、所述当前告警内容和所述当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定所述当前告警数据为新的告警数据；

第二确定子模块，用于在所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定所述当前告警数据不为新的告警数据。

在本申请一实施例中，所述确定模块包括：

第三确定子模块，用于根据所述当前告警数据的目标告警类型，在所述告警策略库中确定所述目标告警类型下的所有告警压缩通知策略；

匹配子模块，用于将所述当前告警数据对应的时刻与所述目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。

在本申请一实施例中，所述第二告警模块包括：

告警子模块，用于在所述当前告警数据对应的时刻落入所述目标告警压缩通知策略对应的所述预设告警等待时间内时，则不发出与所述当前告警数据对应的告警通知；直到所述预设告警等待时间后，发出与所述当前告警数据对应的告警通知。

在本申请一实施例中，所述装置还包括：

第一检测模块，用于在所述目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；

执行模块，用于在所述目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测到有产生与所述当前告警数据具有相同告警类型的告警数据的情况下，执行下一个告警压缩通知策略，直到所有的告警压缩通知策略执行完毕；

第一告警停止模块，用于在所述目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测到未产生与所述当前告警数据具有相同告警类型的告警数据的情况下，停止发出告警通知。

在本申请一实施例中，所述装置还包括：

第二检测模块，用于每隔预设固定时间，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；

第三告警模块，用于在每隔预设固定时间，检测到有产生与所述当前告警数据具有相同告警类型的告警数据的情况下，发出所述告警数据对应的告警通知；

第二告警停止模块，用于在每隔预设固定时间，检测到未产生与所述当前告警数据具有相同告警类型的告警数据的情况下，则停止发出告警通知。

第三方面，基于相同发明构思，本申请实施例提供了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如本申请第一方面提出的告警压缩通知方法。

第四方面，基于相同发明构思，本申请实施例提供了一种计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本申请第一方面提出的告警压缩通知方法。

与现有技术相比，本申请包括以下优点：

本申请实施例提供的一种告警压缩通知方法，针对获取的当前告警数据，会首先判断其是否为新的告警数据；若是新的告警数据，则立即发送对应的告警通知，保证告警通知的及时性，使相关人员能够在第一时间接到告警通知；若不是新的告警数据，则说明已经发生过与当前告警数据同类型的告警数据，则对当前告警数据进行压缩处理，在预先建立的告警策略库中，确定当前告警数据所对应的目标告警压缩通知策略，并根据目标告警压缩通知策略，对当前告警数据发出告警通知或不通知，使得在执行相应的目标告警压缩通知策略的期间，能够对相同的持续发生的告警数据进行了有效的压缩，进而有效避免告警风暴的出现。

附图说明

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

图1是本申请实施例中的一种告警压缩通知方法的步骤流程图。

图2是本申请实施例中的立即告警策略对应的告警通知示意图。

图3是本申请实施例中的5分钟告警压缩通知策略对应的告警通知示意图。

图4是本申请实施例中的一种告警压缩通知装置的功能模块连接示意图。

附图标记：400-告警压缩通知装置；401-获取模块；402-判断模块；403-第一告警模块；404-确定模块；405-第二告警模块。

具体实施方式

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

参照图1，示出了本申请一种告警压缩通知方法，该方法可以包括：

步骤S101：获取当前告警数据。

需要说明的是，针对一个告警数据，通常包括告警数据的生产环节与告警通知两个环节，其中，告警数据的生产环节可以由各类告警算法执行，并产生相应的告警数据，而告警数据的告警通知环节则由本实施方式进行告警压缩和通知。

在本实施方式中，采用告警数据的生产环节与告警通知环节分离的策略，使得本实施方式可与各类告警算法配合使用，对告警事件进行及时、可控的统计和通知。

在本实施方式中，可实时获取各类告警算法产生的当前告警数据，并在第一时间把当前告警数据实时写入告警数据库，便于后续对当前告警数据进行分析判断，以适配对应的告警压缩通知策略。

步骤S102：判断当前告警数据是否为新的告警数据。

在本实施方式中，针对获取的当前告警数据，将启动一个实时检测程序，对告警数据库里的当前告警数据进行实时检测，并判断是否为新的告警数据。具体地，步骤S102可以具体包括以下子步骤。

子步骤S102-1：获取当前告警数据的告警类型；其中，告警类型包括当前告警主体、当前告警内容和当前告警级别。

在一个例子中，参照图2，示出了针对新的告警数据发出的告警通知示意图。具体的，图2以“浙商证券-A2顶点柜台”上产生的一个交易数据为例，在图2中所示的开始时间，“某券商”在“A2顶点柜台”的交易量突破了触发告警的指标值，并产生了一个告警数据，该告警数据对应的告警等级为一级。则在本实施方式中，该告警数据的当前告警主体则为“某券商-A2顶点柜台”，该告警数据的当前告警内容则为“交易量”，该告警数据的当前告警级别为“一级告警”。

在另外一个例子中，以工厂中某一车间A中的设备a上产生的一个温度数据为例，在某一时刻，车间“车间A”中的“设备a”的运行温度突破了触发告警的指标值，并产生了一个告警数据，该告警数据对应的告警等级为二级。则在本实施方式中，该告警数据的当前告警主体则为“车间A-设备a”，该告警数据的当前告警内容则为“运行温度”，该告警数据的当前告警级别为“二级告警”。

子步骤S102-2：判断当前告警主体、当前告警内容和当前告警级别相较于已存储的历史告警数据是否发生改变。

子步骤S102-3：在当前告警主体、当前告警内容和当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定当前告警数据为新的告警数据。

子步骤S102-4：在当前告警主体、当前告警内容和当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定当前告警数据不为新的告警数据。

在本实施方式中，通过告警主体、告警内容和告警级别三个维度判断当前告警数据是否为新的告警数据，能够实现对告警数据的有效甄别，并避免新的告警数据出现漏报误报的情况。

步骤S103：若是，则发出与当前告警数据对应的告警通知，并将当前告警数据存储。

在本实施方式中，在当前告警数据是新的告警数据的情况下，除了在第一时间发出与当前告警数据对应的告警通知，还会将当前告警数据存储作为历史告警数据，此后，与当前告警数据属于同类型的告警数据再次产生时，将不再被判定为新的告警数据。

步骤S104：若否，则在预先建立的告警策略库中，确定当前告警数据所对应的目标告警压缩通知策略；其中，告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个。

步骤S105：根据目标告警压缩通知策略，对当前告警数据发出告警通知或不通知。

在本实施方式中，针对每种告警类型的告警压缩通知策略可以设置为多个，以在不同时段执行不同的告警压缩通知策略。

参照图2和图3，分别示出了立即告警策略对应的告警通知示意图和5分钟告警压缩通知策略对应的告警通知示意图。具体的，在当前告警数据判定为新的告警数据时，立即执行“立即告警策略”，并立即发出对应的告警通告；然后执行“5分钟告警压缩通知策略”，即如果5分钟内还产生与当前告警数据属于相同类型的告警数据，则不立即进行通知，而是在第5分钟之后，再发出这段时间一共产生的相同类型的告警数据对应的告警通知。

在本实施方式中，告警通知可以但不限于包括告警类型、告警开始时间、告警持续时间、告警位置和触发告警的指标值中的一种或多种。

继续参照图2，以“浙商证券-A2顶点柜台”上产生的一个交易数据为例，在图2中所示的开始时间，“某券商”在“A2顶点柜台”的交易量突破了触发告警的指标值，并产生了一个告警数据，该告警数据对应的告警等级为一级。

则在本实施方式中，可将该告警数据对应的告警通知通过邮件的方式发送给目标邮箱，并以列表的方式进行展示，以展示如下信息：告警开始时间：2021年9月15日08时40分25秒；告警内容：交易量；告警位置：两融柜台；触发告警指标值：交易量＝89笔；告警级别：一级告警。此外，为便于用户分析，还可以在列表中展示其他相关统计数据，如对应展示当前时刻对应的：基准峰值＝88笔；基准均值＝51.778笔、基线值＝65笔，需要说明的是，基准峰值指过去N天同一时刻的数据，找出一个最高值，跟其它天同一时刻的最高值可连成一条峰值曲线；基准均值指把过去N天同一时间的数据，平均一个平均值，跟其它时间的平均值可连成一条均值曲线；基线值指把过去N天同一时间的数据，进行回归预测，计算出第N+1天的同一时刻的预测值。

在本实施方式中，为有效解决告警通知不及时以及告警风暴的问题，以是否为新的告警数据为判断依据，将当前告警数据划分为两类数据，分别进行不同的告警策略。其中，考虑到新的告警数据可能是未出现过的严重的异常数据，因此，一旦确定新的告警产生，就立即发送一条通知，做到告警通知的及时性，使相关人员能够在第一时间接到告警通知；若确定当前告警数据不为新的告警数据，则说明已经发生过与当前告警数据同类型的告警数据，则对当前告警数据进行压缩处理，并不在第一时间就发出对应的告警通知，而是根据目标告警压缩通知策略，对当前告警数据发出告警通知或不通知，进而避免这类告警数据在短时间内连续出现形成告警风暴，严重影响用户使用体验。

在一个可行的实施方式中，该方法还可以包括：

步骤S106：响应于用户针对任一告警类型的配置操作，创建与配置操作对应的告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。

在本实施方式中，针对同一类型的告警数据，用户可自定义一个或多个告警压缩通知策略，每个告警压缩通知策略可以包含如下信息：通知对象、告警级别、告警方式、预设告警等待时间等。需要说明的是，可以在不同的告警压缩通知策略中设置不同的通知对象，而通知对象可以是一个也可以是多个；告警级别可设置有五个告警级别；告警方式可以包括邮件、短信、APP、电话、微信或者第三方等。

在本实施方式中，运维人员可以按需自定义告警通知策略，对于相同的持续发生的告警，间隔多长时间发送系一条通知、通知给谁、以什么方式通知等都可以自己定义。每次发送的告警通知，对相同的告警，在预设告警等待时间内，对若干个相同的告警进行了有效的压缩。

在一个可行的实施方式中，步骤S104可以包括以下具体子步骤：

子步骤S104-1：根据当前告警数据的目标告警类型，在告警策略库中确定目标告警类型下的所有告警压缩通知策略。

子步骤S104-2：将当前告警数据对应的时刻与目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。

在本实施方式中，针对实时获取的当前告警数据，会首先根据当前告警数据的告警类型，即目标告警类型，在告警策略库中确定目标告警类型下的所有告警压缩通知策略；再根据当前告警数据对应的产生时刻，去匹配唯一的目标告警压缩通知策略。

在一个可行的实施方式中，步骤S105可以包括以下具体子步骤：

子步骤S105-1：在当前告警数据对应的时刻落入目标告警压缩通知策略对应的预设告警等待时间内时，则不发出与当前告警数据对应的告警通知；直到预设告警等待时间后，发出与当前告警数据对应的告警通知。

在一个例子中，针对第一次出现的当前告警数据，设置有四个告警压缩通知策略，分别为立即告警策略、5分钟告警压缩通知策略(预设告警等待时间设置为5分钟)、15分钟告警压缩通知策略(预设告警等待时间设置为15分钟)、30分钟告警压缩通知策略(预设告警等待时间设置为30分钟)。

在本实施方式中，在获取该当前告警数据时，将立即发出与该当前告警数据对应的告警通知；然后针对在0-5分钟之间获取的和当前告警数据相同类型的告警数据，则进行压缩处理，不进行告警操作，直到到达5分钟的节点，将当前告警数据以及当前告警数据相同类型的告警数据对应的告警通知发出。如果还有告警数据产生，则继续执行15分钟告警压缩通知策略和30分钟告警压缩通知策略。

在本实施方式中，若在第20分钟再次获取到一个告警数据，则该告警数据则落入30分钟告警压缩通知策略中的预设告警等待时间内，则不发出告警通知；直到到达30分钟的节点后，发出与该告警数据对应的告警通知。

在一个可行的实施方式中，在步骤S106中，在根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知后，该方法还可以包括：

步骤S107：在目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测是否产生与当前告警数据具有相同告警类型的告警数据。

步骤S108：若是，则执行下一个告警压缩通知策略，直到所有的告警压缩通知策略执行完毕。

步骤S109：若否，则停止发出告警通知。

在本实施方式中，继续以四个告警压缩通知策略为例，即分别设置立即告警策略、5分钟告警压缩通知策略(预设告警等待时间设置为5分钟)、15分钟告警压缩通知策略(预设告警等待时间设置为15分钟)、30分钟告警压缩通知策略(预设告警等待时间设置为30分钟)。

在本实施方式中，若在第5分钟执行完5分钟告警压缩通知策略后，直到15分钟的时间点，即5-15分钟的期间，未检测到有与当前告警数据具有相同告警类型的告警数据产生，则认为告警已经自动恢复，并停止发出告警通知；若检测到有相同告警类型的告警数据产生，则执行15分钟告警压缩通知策略，并发出相应的告警通知。如此，直到所有的告警压缩通知策略执行完毕。

在一个可行的实施方式中，直到所有的告警压缩通知策略执行完毕之后，该方法还包括：

步骤S109：每隔预设固定时间，检测是否产生与当前告警数据具有相同告警类型的告警数据；

步骤S110：若是，则发出告警数据对应的告警通知；

步骤S111：若否，则停止发出告警通知。

在本实施方式中，在所有告警压缩通知策略执行完毕的情况下，若仍有告警数据产生，则执行N+M策略，其中N为最后一告警压缩通知策略中的预设告警等待时间，M为可设置的预设固定时间。

在一个例子中，最后一个告警压缩通知策略中的预设告警等待时间为30分钟，设置M为1分钟，则在31分钟检测一次告警数量，若数量有新增，说明仍有告警数据产生，则在31分钟发出告警数据对应的告警通知，并在32分钟再检测一次告警数量，直到告警结束，停止发出告警通知。

在本实施方式中，通过告警压缩通知策略和N+M策略的配合使用，可以在实现报警数据的有效压缩的同时帮助银行、证券、政府等行业的数据中心的运维人员能够快速、及时准确地收到告警通知，从而能够快速定位故障原因，降低运维成本。

第二方面，参照图4，基于相同发明构思，本申请实施例提供了一种告警压缩通知装置400，该装置包括：

获取模块401，用于获取当前告警数据；

判断模块402，用于判断当前告警数据是否为新的告警数据；

第一告警模块403，用于在当前告警数据是新的告警数据的情况下，发出与当前告警数据对应的告警通知，并将当前告警数据存储；

确定模块404，用于在当前告警数据不是新的告警数据的情况下，在预先建立的告警策略库中，确定当前告警数据所对应的目标告警压缩通知策略；其中，告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；

第二告警模块405，用于根据目标告警压缩通知策略，对当前告警数据发出告警通知或不通知。

在本申请一实施例中，该装置还包括：

配置模块，用于响应于用户针对任一告警类型的配置操作，创建与配置操作对应的告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。

在本申请一实施例中，判断模块402包括：

告警类型获取子模块，用于获取当前告警数据的告警类型；其中，告警类型包括当前告警主体、当前告警内容和当前告警级别；

判断子模块，用于判断当前告警主体、当前告警内容和当前告警级别相较于已存储的历史告警数据是否发生改变；

第一确定子模块，用于在当前告警主体、当前告警内容和当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定当前告警数据为新的告警数据；

第二确定子模块，用于在当前告警主体、当前告警内容和当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定当前告警数据不为新的告警数据。

在本申请一实施例中，确定模块404包括：

第三确定子模块，用于根据当前告警数据的目标告警类型，在告警策略库中确定目标告警类型下的所有告警压缩通知策略；

匹配子模块，用于将当前告警数据对应的时刻与目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。

在本申请一实施例中，第二告警模块405包括：

告警子模块，用于在当前告警数据对应的时刻落入目标告警压缩通知策略对应的预设告警等待时间内时，则不发出与当前告警数据对应的告警通知；直到预设告警等待时间后，发出与当前告警数据对应的告警通知。

在本申请一实施例中，该装置还包括：

第一检测模块，用于在目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测是否产生与当前告警数据具有相同告警类型的告警数据；

执行模块，用于在目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测到有产生与当前告警数据具有相同告警类型的告警数据的情况下，执行下一个告警压缩通知策略，直到所有的告警压缩通知策略执行完毕；

第一告警停止模块，用于在目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测到未产生与当前告警数据具有相同告警类型的告警数据的情况下，停止发出告警通知。

在本申请一实施例中，该装置还包括：

第二检测模块，用于每隔预设固定时间，检测是否产生与当前告警数据具有相同告警类型的告警数据；

第三告警模块，用于在每隔预设固定时间，检测到有产生与当前告警数据具有相同告警类型的告警数据的情况下，发出告警数据对应的告警通知；

第二告警停止模块，用于在每隔预设固定时间，检测到未产生与当前告警数据具有相同告警类型的告警数据的情况下，则停止发出告警通知。

需要说明的是，本申请实施例的告警压缩通知装置的具体实施方式参照前述本申请实施例第一方面提出的告警压缩通知装置方法的具体实施方式，在此不再赘述。

第三方面，基于相同发明构思，本申请实施例提供了一种电子设备，电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为执行如本申请第一方面提出的告警压缩通知方法。

需要说明的是，本申请实施例的电子设备的具体实施方式参照前述本申请实施例第一方面提出的告警压缩通知装置方法的具体实施方式，在此不再赘述。

第四方面，基于相同发明构思，本申请实施例提供了一种计算机可读存储介质，当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本申请第一方面提出的告警压缩通知方法。

需要说明的是，本申请实施例的计算机可读存储介质的具体实施方式参照前述本申请实施例第一方面提出的告警压缩通知装置方法的具体实施方式，在此不再赘述。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种告警压缩通知方法、装置、设备和可读存储介质，进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种告警压缩通知方法，其特征在于，所述方法包括：

获取当前告警数据；

判断所述当前告警数据是否为新的告警数据；

若是，则发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；

若否，则在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；

根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于用户针对任一告警类型的配置操作，创建与所述配置操作对应的所述告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。

3.根据权利要求1所述的方法，其特征在于，判断所述当前告警数据是否为新的告警数据，包括：

获取所述当前告警数据的告警类型；其中，所述告警类型包括当前告警主体、当前告警内容和当前告警级别；

判断所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据是否发生改变；

在所述当前告警主体、所述当前告警内容和所述当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定所述当前告警数据为新的告警数据；

在所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定所述当前告警数据不为新的告警数据。

4.根据权利要求2所述的方法，其特征在于，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略，包括：

根据所述当前告警数据的目标告警类型，在所述告警策略库中确定所述目标告警类型下的所有告警压缩通知策略；

将所述当前告警数据对应的时刻与所述目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。

5.根据权利要求4所述的方法，其特征在于，根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知，包括：

在所述当前告警数据对应的时刻落入所述目标告警压缩通知策略对应的所述预设告警等待时间内时，则不发出与所述当前告警数据对应的告警通知；直到所述预设告警等待时间后，发出与所述当前告警数据对应的告警通知。

6.根据权利要求2所述的方法，其特征在于，在根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知后，所述方法还包括：

在所述目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；

若是，则执行下一个告警压缩通知策略，直到所有的告警压缩通知策略执行完毕；

若否，则停止发出告警通知。

7.根据权利要求6所述的方法，其特征在于，直到所有的告警压缩通知策略执行完毕之后，所述方法还包括：

每隔预设固定时间，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；

若是，则发出所述告警数据对应的告警通知；

若否，则停止发出告警通知。

8.一种告警压缩通知装置，其特征在于，所述装置包括：

获取模块，用于获取当前告警数据；

判断模块，用于判断所述当前告警数据是否为新的告警数据；

第一告警模块，用于在所述当前告警数据是新的告警数据的情况下，发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；

确定模块，用于在所述当前告警数据不是新的告警数据的情况下，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；

第二告警模块，用于根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。

9.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如权利要求1-7任一项所述的告警压缩通知方法。

10.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-7任一项所述的告警压缩通知方法。

Images