[发明专利]用于多平台的告警归并方法及装置、设备、存储介质有效
申请号: | 201911353166.0 | 申请日: | 2019-12-24 |
公开(公告)号: | CN111143167B | 公开(公告)日: | 2021-01-01 |
发明(设计)人: | 程涛;陈熠祺;梁玫娟 | 申请(专利权)人: | 北京优特捷信息技术有限公司 |
主分类号: | G06F11/30 | 分类号: | G06F11/30 |
代理公司: | 北京知果之信知识产权代理有限公司 11541 | 代理人: | 卜荣丽 |
地址: | 100102 北京市朝阳区阜通*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 用于 平台 告警 归并 方法 装置 设备 存储 介质 | ||
本申请公开了一种用于多平台的告警归并方法及装置、设备、存储介质。该方法包括建立用于记录告警信息的告警事件控件和用于处理复杂事件的处理引擎;在接收到所述告警信息时,根据所述告警事件控件进行数据流的实时监听;对监听结果,检查是否符合告警事件控件格式;如果检测符合告警事件控件格式,则告警事件进入策略监听器;基于所述策略监听器定时更新,判断当前策略是否满足策略应用条件;如果满足,则生成一个新的故障,基于生成所述新的故障后再发送告警。本申请解决了用于多平台的告警信息处理方式不佳的技术问题。通过本申请实时接收多个监控平台统一处理,合理归并后的告警信息。
技术领域
本申请涉及告警信息处理领域,具体而言,涉及一种用于多平台的告警归并方法及装置、设备、存储介质。
背景技术
监控平台能够将告警信息自动化发送,使得运维人员第一时间发现异常,在突发状况出现时及时修复。
发明人发现,由于大量重复或无效的告警会使运维人员产生疲倦,而使真正有效的告警淹没在大量信息中,难以充分发挥监控系统的功能。进一步,多个不同平台上的告警信息也无法做到交叉比对、分析。
针对相关技术中用于多平台的告警信息处理方式不佳的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种用于多平台的告警归并方法及装置、设备、存储介质,以解决用于多平台的告警信息处理方式不佳的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种用于多平台的告警归并方法。
根据本申请的用于多平台的告警归并方法包括:建立用于记录告警信息的告警事件控件和用于处理复杂事件的处理引擎;在接收到所述告警信息时,根据所述告警事件控件进行数据流的实时监听;对监听结果,检查是否符合告警事件控件格式;如果检测符合告警事件控件格式,则告警事件进入策略监听器;其中所述策略监听器中的每个策略对应一个表达式,一个表达式注册一个监听器;基于所述策略监听器定时更新,判断当前策略是否满足策略应用条件;如果满足,则生成一个新的故障,基于生成所述新的故障后再发送告警。
进一步地,对监听结果,检查是否符合控件格式包括:
如果检查不符合控件格式,则返回值为失败;
如果检查符合控件格式,则在数据库表同步更新并返回值为成功;
如果检查符合控件格式且为同一个告警信息,则在数据库表同步更新与事件相关的字段。
进一步地,如果检测符合告警事件控件格式,则告警事件进入策略监听器包括:
当所述策略监听器接收到符合条件的告警信息后,作出相应的事件处理反应。
进一步地,基于所述策略监听器定时更新,判断当前策略是否满足策略应用条件包括:
采用独立进程定时读取数据库中的策略状态,记录建立时间;
若有更新时间大于当前所述建立时间,则新增所述策略监听器;
如果策略被修改,则删除之前的所述策略监听器的同时关闭与之关联的故障。
进一步地,如果满足,则生成一个新的故障,基于生成所述新的故障后再发送告警时包括:
将满足条件的告警事件控件批量关联到所述新的故障上,将所述新的故障置为闭合且状态置为待处理。
进一步地,如果满足,则生成一个新的故障,基于生成所述新的故障后再发送告警时包括:
将内存中的故障状态、所述告警事件控件和所述故障的关联状态批量写入数据库。
为了实现上述目的,根据本申请的另一方面,提供了一种用于多平台的告警归并装置。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京优特捷信息技术有限公司,未经北京优特捷信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201911353166.0/2.html,转载请声明来源钻瓜专利网。