本申请提供了一种告警压缩通知方法、装置、设备和可读存储介质，属于监控告警技术领域。本申请实施例针对获取的当前告警数据，首先判断其是否为新的告警数据；若是，则立即发送对应的告警通知，以保证告警通知的及时性，使相关人员能够在第一时间接到告警通知；若否，则说明已经发生过与当前告警数据同类型的告警数据，则对当前告警数据进行压缩处理，在预先建立的告警策略库中，确定当前告警数据所对应的目标告警压缩通知策略，并根据目标告警压缩通知策略，对当前告警数据发出告警通知或不通知，使得在执行相应的目标告警压缩通知策略的期间，能够对相同的持续发生的告警数据进行了有效的压缩，进而有效避免告警风暴的出现。现。现。
【技术实现步骤摘要】
一种告警压缩通知方法、装置、设备和可读存储介质
[0001]本申请涉及监控告警
，特别是涉及一种告警压缩通知方法、装置、设备和可读存储介质。
技术介绍
[0002]随着IT网络基础建设维护和管理成本的与日俱增，面对随时可能发生的服务故障，运维监控系统已经逐渐覆盖各行各业。而运维监控系统告警数量的迅速增长，也给运维人员带来了极大的挑战，及时准确合理的告警通知是IT运维人员有效应对系统故障和业务异常的关键。
[0003]但是，目前大多数监控类软件/平台所采用的告警压缩通知方法，通常是通过滑动窗口或按照一定的同类项条件进行告警的压缩和通知，当大量的告警连续发生时，就会不可避免地形成告警风暴。例如，采用滑动窗口的形式进行告警压缩和通知，一般会设定在一个窗口时间内，同一个告警发生了多少次，才会发送一条告警通知。这种方式存在两个问题，一是告警不及时；二是一旦告警事件连续发生，超过了窗口范围就会产生告警风暴。
技术实现思路
[0004]本申请提供一种告警压缩通知方法、装置、设备和可读存储介质，以解决现有的告警压缩通知方法存在的告警不及时和容易出现告警风暴的问题。
[0005]为了解决上述问题，本申请采用了以下的技术方案：
[0006]第一方面，本申请实施例提供了一种方法告警压缩通知方法，所述方法包括：
[0007]获取当前告警数据；
[0008]判断所述当前告警数据是否为新的告警数据；
[0009]若是，则发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；
[0010]若否，则在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；
[0011]根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。
[0012]在本申请一实施例中，所述方法还包括：
[0013]响应于用户针对任一告警类型的配置操作，创建与所述配置操作对应的所述告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。
[0014]在本申请一实施例中，判断所述当前告警数据是否为新的告警数据，包括：
[0015]获取所述当前告警数据的告警类型；其中，所述告警类型包括当前告警主体、当前告警内容和当前告警级别；
[0016]判断所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据是否发生改变；
[0017]在所述当前告警主体、所述当前告警内容和所述当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定所述当前告警数据为新的告警数据；
[0018]在所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定所述当前告警数据不为新的告警数据。
[0019]在本申请一实施例中，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略，包括：
[0020]根据所述当前告警数据的目标告警类型，在所述告警策略库中确定所述目标告警类型下的所有告警压缩通知策略；
[0021]将所述当前告警数据对应的时刻与所述目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。
[0022]在本申请一实施例中，根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知，包括：
[0023]在所述当前告警数据对应的时刻落入所述目标告警压缩通知策略对应的所述预设告警等待时间内时，则不发出与所述当前告警数据对应的告警通知；直到所述预设告警等待时间后，发出与所述当前告警数据对应的告警通知。
[0024]在本申请一实施例中，在根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知后，所述方法还包括：
[0025]在所述目标告警压缩通知策略的下一个告警压缩通知策略对应的预设告警等待时间内，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；
[0026]若是，则执行下一个告警压缩通知策略，直到所有的告警压缩通知策略执行完毕；
[0027]若否，则停止发出告警通知。
[0028]在本申请一实施例中，直到所有的告警压缩通知策略执行完毕之后，所述方法还包括：
[0029]每隔预设固定时间，检测是否产生与所述当前告警数据具有相同告警类型的告警数据；
[0030]若是，则发出所述告警数据对应的告警通知；
[0031]若否，则停止发出告警通知。
[0032]在本申请一实施例中，所述告警通知包括告警类型、告警开始时间、告警持续时间、告警位置和触发告警的指标值中的一种或多种。
[0033]第二方面，基于相同专利技术构思，本申请实施例提供了一种告警压缩通知装置，所述装置包括：
[0034]获取模块，用于获取当前告警数据；
[0035]判断模块，用于判断所述当前告警数据是否为新的告警数据；
[0036]第一告警模块，用于在所述当前告警数据是新的告警数据的情况下，发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；
[0037]确定模块，用于在所述当前告警数据不是新的告警数据的情况下，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；
[0038]第二告警模块，用于根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。
[0039]在本申请一实施例中，所述装置还包括：
[0040]配置模块，用于响应于用户针对任一告警类型的配置操作，创建与所述配置操作对应的所述告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。
[0041]在本申请一实施例中，所述判断模块包括：
[0042]告警类型获取子模块，用于获取所述当前告警数据的告警类型；其中，所述告警类型包括当前告警主体、当前告警内容和当前告警级别；
[0043]判断子模块，用于判断所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据是否发生改变；
[0044]第一确定子模块，用于在所述当前告警主体、所述当前告警内容和所述当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定所述当前告警数据为新的告警数据；
[0045]第二确定子模块，用于在所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定所述当前告警数据不为新的告警数据。
[0046]在本申请一实施例中，所述确定模块包括：
[0047]第三确定子模块，用于根据所述当前告警数据本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种告警压缩通知方法，其特征在于，所述方法包括：获取当前告警数据；判断所述当前告警数据是否为新的告警数据；若是，则发出与所述当前告警数据对应的告警通知，并将所述当前告警数据存储；若否，则在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略；其中，所述告警策略库中包括针对多种告警类型的告警压缩通知策略，每种告警类型的告警压缩通知策略至少为一个；根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于用户针对任一告警类型的配置操作，创建与所述配置操作对应的所述告警类型的至少一个告警压缩通知策略；其中，每个告警压缩通知策略具有对应的预设告警等待时间。3.根据权利要求1所述的方法，其特征在于，判断所述当前告警数据是否为新的告警数据，包括：获取所述当前告警数据的告警类型；其中，所述告警类型包括当前告警主体、当前告警内容和当前告警级别；判断所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据是否发生改变；在所述当前告警主体、所述当前告警内容和所述当前告警级别中的任意一项相较于已存储的历史告警数据发生改变的情况下，确定所述当前告警数据为新的告警数据；在所述当前告警主体、所述当前告警内容和所述当前告警级别相较于已存储的历史告警数据均未改变的情况下，确定所述当前告警数据不为新的告警数据。4.根据权利要求2所述的方法，其特征在于，在预先建立的告警策略库中，确定所述当前告警数据所对应的目标告警压缩通知策略，包括：根据所述当前告警数据的目标告警类型，在所述告警策略库中确定所述目标告警类型下的所有告警压缩通知策略；将所述当前告警数据对应的时刻与所述目标告警类型下的所有告警压缩通知策略进行匹配，并将匹配的告警通知压缩策确定为目标告警压缩通知策略。5.根据权利要求4所述的方法，其特征在于，根据所述目标告警压缩通知策略，对所述当前告警数据发出告警通知或不通知，包括：在所述当前告警数据对应的时刻落入所述目标告警压...
【专利技术属性】
技术研发人员：邵忠，
申请(专利权)人：北京盛世全景科技股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。