CN111124817A - 一种基于缓存机制的多类型告警判断算法 - Google Patents

Abstract

本发明公开了一种基于缓存机制的多类型告警判断算法，属于计算机应用系统领域，涉及计算机应用系统中对于传感器告警进行多类型告警判断的算法和流程，包括：配置缓冲单元、配置参数值、更新告警列表、创建守护线程、判断告警类型和筛选告警符合故障几个步骤；本发明是一种基于多因子综合判断的多维分析方法，构建了量化的、易操作的功能适宜性的告警分析方法，可直接用于相关故障和告警的处理。

Description

一种基于缓存机制的多类型告警判断算法

技术领域

本发明属于计算机应用系统领域，具体是指一种基于缓存机制的多类型告警判断算法，涉及计算机应用系统中对于传感器告警进行多类型告警判断的算法和流程。

背景技术

传感器告警后，应用系统需要对异步发生的不同类型的告警信息进行处理分析，根据告警发生的时间和频率，筛选出符合条件的告警，得到对业务产生重要影响的告警，进行处理。

当前的处理方法中，多采用对单一类型告警判断时间进行分析，或对单一类型判断频率进行判断的处理方法，现有的处理方法有多重缺陷：首先，现有的处理方法没有对多类型告警进行统一处理；其次，没有将时间和频次的判断集中处理；再次，现有的处理方法在告警处理时间效率上存在不足，且现有处理方法在业务系统开发效率上存在不足；最后，现有的处理方法在业务系统后续业务拓展性方面存在不足。

因此，需要寻求一种基于多类型告警缓冲机制，且结合时间窗和频次阈值的集中判断算法，以解决上述问题。

发明内容

为了克服现有技术的不足，本发明提供了一种基于缓存机制的多类型告警判断算法。

为了达到上述目的，本发明采用以下技术方案：一种基于缓存机制的多类型告警判断算法，包括如下步骤：

步骤S1：配置缓冲单元：配置内存缓冲单元；

步骤S2：配置参数值：在配置参数表中配置告警类型对应的时间窗口和次数阈值；

步骤S3：更新告警列表：在应用系统中，将不同告警类型的告警信息更新到缓存中的告警列表；

步骤S4：创建守护线程：创建守护线程，每500毫秒执行一次检查，做到随时处理告警事件；

步骤S5：判断告警类型：遍历判断所有告警类型，基于时间窗口和频率阈值进行判断，决定是否生成处理工单；

步骤S6：筛选告警符合故障：通过守护线程，循环判断，结合时间窗和频率阈值的判断，筛选出符合条件的故障。

更进一步的，步骤S3具体包括如下步骤：

步骤S3-1:接收处理告警的入口，检查告警类型在缓存中是否存在对应的告警列表，如不存在告警列表，则进入步骤S3-2，如存在告警列表，则进入步骤S3-3；

步骤S3-2:创建该告警类型的告警列表，进入步骤S3-4；

步骤S3-3:从缓存中获取该告警类型的告警列表，进入步骤S3-4；

步骤S3-4:将告警数据对象更新到告警列表；

步骤S3-5:将告警列表添加到该告警类型的缓存中。

更进一步的，步骤S5具体包括如下步骤：

步骤S5-1：从配置参数表中读取对应的时间窗口和次数阈值，作为判断条件；

步骤S5-2：根据告警类型从缓存中获取该告警类型对应的告警记录工具类；

步骤S5-3：检查时间窗内的所有未生成工单的告警记录；

步骤S5-4：判断筛选出的告警对象数目是否超过频次阈值，如超过频次阈值，则进入步骤S5-5,如不超过频次阈值，则进入步骤S6；

步骤S5-5：生成处理工单，将筛选出的告警都从告警记录工具对象中移除。

有益效果：与现有技术相比，本发明具有以下优点：本发明是一种基于多因子综合判断的多维分析方法，构建了量化的、易操作的功能适宜性的告警分析方法，可直接用于相关故障和告警的处理。

具体实施方式

下面结合具体实施例，进一步阐明本发明，应理解这些实施例仅用于说明本发明而不用于限制本发明的范围，在阅读了本发明之后，本领域技术人员对本发明的各种等价形式的修改均落于本申请所附权利要求所限定的范围。

本基于缓存机制的多类型告警判断算法，包括如下步骤：

步骤S1：配置缓冲单元：配置内存缓冲单元；

步骤S2：配置参数值：在配置参数表中配置告警类型对应的时间窗口和次数阈值；

步骤S3：更新告警列表：在应用系统中，将不同告警类型的告警信息更新到缓存中的告警列表，其具体包括如下步骤：

步骤S3-1:接收处理告警的入口，检查告警类型在缓存中是否存在对应的告警列表，如不存在告警列表，则进入步骤S3-2，如存在告警列表，则进入步骤S3-3；

步骤S3-2:创建该告警类型的告警列表，进入步骤S3-4；

步骤S3-3:从缓存中获取该告警类型的告警列表，进入步骤S3-4；

步骤S3-4:将告警数据对象更新到告警列表；

步骤S3-5:将告警列表添加到该告警类型的缓存中；

步骤S4：创建守护线程：创建守护线程，每500毫秒执行一次检查，做到随时处理告警事件；

步骤S5：判断告警类型：遍历判断所有告警类型，基于时间窗口和频率阈值进行判断，决定是否生成处理工单，其具体包括如下步骤：

步骤S5-1：从配置参数表中读取对应的时间窗口和次数阈值，作为判断条件；

步骤S5-2：根据告警类型从缓存中获取该告警类型对应的告警记录工具类；

步骤S5-3：检查时间窗内的所有未生成工单的告警记录；

步骤S5-4：判断筛选出的告警对象数目是否超过频次阈值，如超过频次阈值，则进入步骤S5-5,如不超过频次阈值，则进入步骤S6；

步骤S5-5：生成处理工单，将筛选出的告警都从告警记录工具对象中移除；

步骤S6：筛选告警符合故障：通过守护线程，循环判断，结合时间窗和频率阈值的判断，筛选出符合条件的故障。

此外，本发明的多类型告警判断算法是基于缓存机制，利用时间窗和频率阀值进行限定，运算时，对监测到的告警还需要做到做到以下几个步骤：

步骤1：将监测到的告警都放入缓存中，并且同一类型，保存到同一个缓存单元中；

步骤2：通过建立无限循环的守护线程，执行告警筛选任务；

步骤3：筛选时，利用同一类型告警都存在同一缓存单元，进行时间窗和频率的判断；

步骤4：筛选出符合条件的告警，并将这些告警从缓存中清除，避免重复；

步骤5：得到符合条件的告警后，根据业务流程，执行后续操作。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims (3)

1.一种基于缓存机制的多类型告警判断算法，其特征在于：包括如下步骤：

步骤S1：配置缓冲单元：配置内存缓冲单元；

步骤S2：配置参数值：在配置参数表中配置告警类型对应的时间窗口和次数阈值；

步骤S3：更新告警列表：在应用系统中，将不同告警类型的告警信息更新到缓存中的告警列表；

步骤S4：创建守护线程：创建守护线程，每500毫秒执行一次检查，做到随时处理告警事件；

步骤S5：判断告警类型：遍历判断所有告警类型，基于时间窗口和频率阈值进行判断，决定是否生成处理工单；

步骤S6：筛选告警符合故障：通过守护线程，循环判断，结合时间窗和频率阈值的判断，筛选出符合条件的故障。

2.根据权利要求1所述的基于缓存机制的多类型告警判断算法，其特征在于：步骤S3具体包括如下步骤：

步骤S3-1:接收处理告警的入口，检查告警类型在缓存中是否存在对应的告警列表，如不存在告警列表，则进入步骤S3-2，如存在告警列表，则进入步骤S3-3；

步骤S3-2:创建该告警类型的告警列表，进入步骤S3-4；

步骤S3-3:从缓存中获取该告警类型的告警列表，进入步骤S3-4；

步骤S3-4:将告警数据对象更新到告警列表；

步骤S3-5:将告警列表添加到该告警类型的缓存中。

3.根据权利要求1所述的基于缓存机制的多类型告警判断算法，其特征在于：步骤S5具体包括如下步骤：

步骤S5-1：从配置参数表中读取对应的时间窗口和次数阈值，作为判断条件；

步骤S5-2：根据告警类型从缓存中获取该告警类型对应的告警记录工具类；

步骤S5-3：检查时间窗内的所有未生成工单的告警记录；

步骤S5-4：判断筛选出的告警对象数目是否超过频次阈值，如超过频次阈值，则进入步骤S5-5,如不超过频次阈值，则进入步骤S6；

步骤S5-5：生成处理工单，将筛选出的告警都从告警记录工具对象中移除。