CN115632927A - 一种监控告警管理平台系统和告警信息推送方法 - Google Patents

Abstract

本发明公开了一种监控告警管理平台系统和告警信息推送方法。监控工具集成模块，用于接入不同的监控工具，并对各监控工具进行参数配置，其中，参数包括监控的系统类型；监控告警管理模块，用于配置各监控工具的告警规则，当获取到各监控工具的监控数据，并确定监控数据符合告警规则时生成告警信息；告警推送管理模块，用于配置各监控工具的告警推送规则，并将告警信息按照告警推送规则进行定向推送。通过监控工具集成模块支持不同监控工具接入平台，并通过对不同监控工具监控告警过程的集中管理和配置，为运维管理提供基本数据信息，保证告警处理的及时性和有效性，将获取的告警信息进行定向推送以提高运维人员处理告警的效率。

Description

一种监控告警管理平台系统和告警信息推送方法

技术领域

本发明涉及数据处理技术领域，尤其涉及一种监控告警管理平台系统和告警信息推送方法。

背景技术

随着业务发展的复杂性和多元性的不断提高，业务系统的监控覆盖面越来越广，监控信息量日益增加，需要满足各个系统的不同监控工具的监控、运维和管理需求。

但是目前针对不同的监控工具通常采用不同的监控告警平台进行单独管理，这不仅增加了设备成本和人力成本，而且降低了告警的处理效率，因此现有的监控告警平台并不能满足用户的实际需求。

发明内容

本发明提供了一种监控告警管理平台系统和监控告警方法，以实现对多监控工具的集成管理。

根据本发明的第一方便，提供了一种监控告警管理平台系统，包括：监控告警管理模块、与所述监控告警管理模块分别连接的监控工具集成模块和告警推送管理模块；

所述监控工具集成模块，用于接入不同的监控工具，并对各监控工具进行参数配置，其中，所述参数包括匹配的关联系统；

所述监控告警管理模块，用于配置各所述监控工具的告警规则，当获取到各监控工具针对关联系统的监控数据，并确定所述监控数据符合所述告警规则时生成告警信息；

所述告警推送管理模块，用于配置各所述监控工具的告警推送规则，并将所述告警信息按照所述告警推送规则进行定向推送。

根据本发明的第二方面，提供了一种监控告警方法，包括：通过监控工具集成模块接入不同的监控工具，并对各监控工具进行参数配置，其中，所述参数包括匹配的关联系统；

通过监控告警管理模块配置各所述监控工具的告警规则，当获取到各监控工具针对关联系统的监控数据，并确定所述监控数据符合所述告警规则时生成告警信息；

通过告警推送管理模块配置各所述监控工具的告警推送规则，并将所述告警信息按照所述告警推送规则进行定向推送。

本发明实施例的技术方案，通过监控工具集成模块支持不同监控工具接入平台，并通过对不同监控工具监控告警过程的集中管理和配置，为运维管理提供基本数据信息，保证告警处理的及时性和有效性，将获取的告警信息进行定向推送以提高运维人员处理告警的效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种监控告警管理平台系统的结构示意图；

图2是根据本发明实施例一提供的另一种监控告警管理平台系统的结构示意图；

图3是根据本发明实施例二提供的一种监控告警管理平台系统的结构示意图；

图4是根据本发明实施例三提供的一种告警信息推送方法的流程示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例一提供的一种监控告警管理平台系统的结构示意图，本实施例可适用于对多监控工具进行集成管理的情况，如图1所示，该系统包括：监控告警管理模块12、与监控告警管理模块12分别连接的监控工具集成模块11和告警推送管理模块13；

监控工具集成模块11，用于接入不同的监控工具，并对各监控工具进行参数配置，其中，参数包括匹配的关联系统；监控告警管理模块12，用于配置各监控工具的告警规则，当获取到各监控工具针对关联系统的监控数据，并确定监控数据符合告警规则时生成告警信息；告警推送管理模块13，用于配置各监控工具的告警推送规则，并将告警信息按照告警推送规则进行定向推送。

其中，如图2所示，为本实施方式中另一种监控告警管理平台系统的结构示意图，图2主要是对监控工具集成模块11、监控告警管理模块12和告警推送管理模块13进行具体说明。如图2所示，监控工具集成模块11主要包括监控工具接入模块111和参数配置模块112，并且监控工具接入模块111，用于采用不同的应用接口接入不同的监控工具，其中，监控工具包括Prometheus、Splunk和Grafana；参数配置模块112，用于对各监控工具进行参数配置，其中，参数还包括监控状态、自动关闭时长和应用标识。

具体的说，本实施方式中的监控工具接入模块可以同步关联不同的监控工具，从而实现在一个平台上实现对多个监控工具的集成以及集中管理，以节省平台硬件成本和人力成本，并且本实施方式中并不限定所接入的监控工具的具体数量，用户可以根据需求设置应用接口的具体数量。当然，本实施方式中监控工具仅是以Prometheus、Splunk和Grafana仅是举例说明，而并不对监控工具的具体类型进行限定。并且在通过应用接口接入时具体是通过创建一个监控应用接口，并通过所创建的监控应用接口来进行接入的。另外，在将监控工具接入之后，还可以通过参数配置模块112对所接入的监控工具进行参数配置，以保证所接入的监控工具能够正常工作，而所配置的参数不仅仅限于监控状态、自动关闭时长和应用标识，用户可以针对监控工具的具体需求进行配置，从而体现了对所接入的不同监控工具的差异化管理。

其中，如图2所示监控告警管理模块12主要包括告警规则配置模块121和告警信息生成模块122，并且告警规则配置模块121，用于接收用户的告警规则配置指令，并根据告警规则配置指令配置各监控工具的告警规则，其中，配置指令中包含监控工具名称、告警级别、告警内容以及触发不同告警级别的监控数量；告警信息生成模块122，用于将各监控工具的监控数据与告警规则进行匹配，若匹配成功则确定监控数据符合告警规则，则按照告警规则生成告警信息。

具体的说，本实施方式中监控工具在接入及配置完之后，可以对配置时所设置的关联系统进行监控并获取监控数据，但是监控数据的获取是为了及时发现异常情况，因此需要预先对监控工具的告警规则进行配置，只有当监控数据符合预先配置的规则时，才会触发产生对应的告警信息。本实施方式中是通过告警规则配置模块进行告警规则配置的，并且在具体配置时可以是接收用户的告警规则配置指令，并根据告警规则配置指令配置告警规则，而在配置指令中不仅仅限于监控工具名称、告警级别、告警内容以及触发不同告警级别的监控数量，用户可以实际配置需求进行设定。

在一个具体实现中，告警级别包含四级，根据监控信息的严重程度、影响范围以及不同系统的考核指标的关系确定告警级别，可以设为灾难、严重、警告和提醒四个级别，例如，当监控数据量在单位时间内突增到1G，则可能监控工具存在恶意攻击，此时，则确定当前告警级别为灾难。当然，本实施方式中仅是举例说明，而并不对告警级别的具体划分进行限定。并且不同级别的告警信息的处理是不同的，对处理及时率的要求也存在差异，对于需要及时处理的告警立即通知维护人员进行处理，故障解决后进行关闭。

其中，告警推送管理模块13包括：告警推送规则配置模块131，用于接收用户的告警推送规则配置指令，并根据告警推送规则配置指令配置各监控工具的告警推送规则，其中，告警推送规则配置指令中包含推送渠道、推送时间、推动对象、推送策略和延迟策略；告警信息推送模块132，用于将告警信息按照告警推送策略进行定向推送；告警反馈模块133，用于在确定告警信息被第一类用户处理完成时生成告警处理进度消息，并将告警处理进度消息发送给第三类用户。

具体的说，本实施方式中在获取到告警信息之后，为了保障将告警信息及时发送给指定用户，需要预先通过告警推送规则配置模块对告警推送规则进行配置，在具体配置时具体是接收用户的告警推送规则配置指令，并根据配置指令对告警推送规则进行配置的，并且本实施方式中的告警推送规则配置指令并不限定推送渠道、推送时间、推动对象、推送策略和延迟策略，用户可以根据实际配置需求进行确定。

需要说明的是，本实施方式中的推送策略具体可以包括分派策略或通知策略；告警信息推送模块，用于采用分派策略按照告警推送规则，将告警信息推送给第一类用户，其中，第一类用户具有对告警信息的处理权限；或者，告警信息推送模块，用于采用通知策略按照告警推送规则，将告警信息推送给第二类用户，其中，第二类用户不具有对告警信息的处理权限。从而可以得知，分派策略指的是不仅将告警信息推送给第一类用户，并且还需要第一类用户对告警信息进行处理；而通知策略指的是仅将告警信息推送给第二类用户进行查看就可以，而无需第二类用户对告警信息进行处理，并且本实施方式中的第一类用户和第二类用户可以是在告警推送规则中所规定的，本实施方式中并不对第一类用户和第二类用户进行具体限定。由于第一类用户和第二类用户对告警信息的处理权限不相同，因此即使将相同的告警信息分别推送给了第一类用户和第二类用户，但第一类用户和第二类用户所查看到的告警信息的内容也是不相同的，例如，将告警信息1通过短信方式分别发送给了第一类用户A和第二类用户B的手持终端，而在A的手持终端中可以看到告警信息1的详细内容，例如，生成时间、告警级别、告警内容以及所对应的监控工具名称等详细信息，而在B的手持终端中仅可以看到告警信息1的告警内容等简略信息。当然，本实施方式中仅是举例说明，而并不对第一类用户和第二类用户所查看到的告警信息的具体内容进行限定。

需要说明的是，本实施方式中的告警反馈模块133，还用于在确定告警信息被第一类用户处理完成时生成告警处理进度信息，并将告警处理进度消息发送给第三类用户，而本实施方式中的第三类用户具体可以是平台管理者，从而使得平台管理者根据告警处理进度消息及时获取告警信息的处理状态，从而实现对告警信息的全生命周期的监控，以保证平台系统的稳健运行。

本发明实施例，通过监控工具集成模块支持不同监控工具接入平台，并通过对不同监控工具监控告警过程的集中管理和配置，为运维管理提供基本数据信息，保证告警处理的及时性和有效性，将获取的告警信息进行定向推送以提高运维人员处理告警的效率。

实施例二

图3是本发明实施例三提供的一种监控告警管理平台系统的结构示意图，本实施例在上述实施例为基础，在监控工具集成模块中增加了监控工具更新模块113，在监控告警管理模块中增加了告警事件关联模块123和告警信息流程记录模块124。

其中，监控工具更新模块113，用于根据用户的管理指令进行监控工具的更新，根据更新结果生成监控工具列表，并将监控工具列表进行展示；其中，监控工具列表中包含当前所接入的监控工具以及监控工具的配置结果。

具体的说，本实施方式中在通过监控工具接入模块111和参数配置模块112初次进行监控工具接入以及配置完之后，还可以通过监控工具更新模块113对监控工具进行更新，这里的更新具体可以是将接入的监控工具进行移除或者添加新的监控工具等相关操作。并且在具体的更新操作包括修改应用设置、创建维护计划、删除应用、定期禁用应用或连通测试等相关操作，本实施方式中并不限定更新操作的具体类型。

其中，监控告警管理模块还包括告警事件关联模块123，告警事件关联模块，用于将告警信息与预先建立的告警事件库进行匹配，根据匹配结果获取关联事件；其中，告警事件库中包含历史告警信息对应的历史事件，以及历史事件中针对历史告警信息的处理方式。

具体的说，监控告警管理平台系统将用户处理完成的各历史告警信息都会存储到告警事件库中，因此当获取到告警信息时，可以通过告警事件关联模块从告警事件库中查找与告警信息匹配的关联事件，并将匹配的关联事件供处理告警信息的用户进行参考。本实施方式中，通过使用告警事件关联功能，可以有效利用历史数据规律和运维人员的丰富经验，从而提高处理告警的效率。

监控告警管理模块还包括告警信息流程记录模块124，告警信息流程记录模块，用于根据告警信息生成告警信息列表，并根据告警信息的处理流程对告警信息列表进行更新；其中，告警信息列表中包含当前所生成的各告警信息，以及告警信息的处理状态。

具体的说，本实施方式中会通过告警信息流程记录模块124生成告警信息列表，并根据用户对告警信息的处理操作，对告警信息列表进行实时更新。因此本实施方式的告警信息流程记录模块，能够记录告警消息流转的完整生命周期，实现告警关联信息的归并展示和处理，并通过有效简化告警操作界面，使得告警处理流程方面得到简化。

例如，告警发生后，告警消息列表同步展示最新触发的告警消息，状态为未处理；如果运维人员对其认领，则这条告警由未处理状态改为正在处理状态，并记录处理人员和处理开始时间；在运维人员处理完成告警消息后，在告警消息列表操作栏上点击关闭，则该告警状态改为已关闭状态，记录故障原因、解决方式、处理结束时间等关键信息，并支持基于解决方式、故障原因等具体告警信息更新告警事件库。告警消息关闭后，该告警详情页面展示告警流转的完整生命周期，帮助运维人员后期追溯这条告警消息的处理流程。此外，通过对告警消息流程进行分析，对消息处理效率、认领时间、处理时长、故障原因等信息进行报表展示，实现告警流程关联信息的归并展示与处理，告警处理的有效性和及时性都能得到保障。

实施例三

图4为本发明实施例三提供的一种告警信息推送方法的流程图，本实施例适用于对多监控工具进行集成管理的场景。如图4所示，包括：

步骤S101，通过监控工具集成模块接入不同的监控工具，并对各监控工具进行参数配置。

其中，监控工具集成模块主要包括监控工具接入模块和参数配置模块1，监控工具接入模块可以同步关联不同的监控工具，从而实现在一个平台上实现对多个监控工具的集成以及集中管理，以节省平台硬件成本和人力成本，并且本实施方式中并不限定所接入的监控工具的具体数量，用户可以根据需求设置应用接口的具体数量。当然，本实施方式中监控工具仅是以Prometheus、Splunk和Grafana仅是举例说明，而并不对监控工具的具体类型进行限定。并且在通过应用接口接入时具体是通过创建一个监控应用接口，并通过所创建的监控应用接口来进行接入的。另外，在将监控工具接入之后，还可以通过参数配置模块对所接入的监控工具进行参数配置，以保证所接入的监控工具能够正常工作，而所配置的参数不仅仅限于监控状态、自动关闭时长和应用标识，用户可以针对监控工具的具体需求进行配置，从而体现了对所接入的不同监控工具的差异化管理。

需要说明的是，本实施方式中的监控工具集成模块中还包括监控工具更新模块，在通过监控工具接入模块和参数配置模块初次进行监控工具接入以及配置完之后，还可以通过监控工具更新模块对监控工具进行更新，这里的更新具体可以是将接入的监控工具进行移除或者添加新的监控工具等相关操作。并且在具体的更新操作包括修改应用设置、创建维护计划、删除应用、定期禁用应用或连通测试等相关操作，本实施方式中并不限定更新操作的具体类型。

步骤S102，通过监控告警管理模块配置各监控工具的告警规则，当获取到各监控工具针对关联系统的监控数据，并确定监控数据符合告警规则时生成告警信息。

其中，监控告警管理模块主要包括告警规则配置模块和告警信息生成模块，监控工具在接入及配置完之后，可以对配置时所设置的关联系统进行监控并获取监控数据，但是监控数据的获取是为了及时发现异常情况，因此需要预先对监控工具的告警规则进行配置，只有当监控数据符合预先配置的规则时，才会触发产生对应的告警信息。本实施方式中是通过告警规则配置模块进行告警规则配置的，并且在具体配置时可以是接收用户的告警规则配置指令，并根据告警规则配置指令配置告警规则，而在配置指令中不仅仅限于监控工具名称、告警级别、告警内容以及触发不同告警级别的监控数量，用户可以实际配置需求进行设定。

可选的，监控告警管理模块还包括告警事件关联模块和告警信息流程记录模块，监控告警管理平台系统将用户处理完成的各历史告警信息都会存储到告警事件库中，因此当获取到告警信息时，可以通过告警事件关联模块从告警事件库中查找与告警信息匹配的关联事件，并将匹配的关联事件供处理告警信息的用户进行参考。本实施方式中，通过使用告警事件关联功能，可以有效利用历史数据规律和运维人员的丰富经验，从而提高处理告警的效率。另外，通过告警信息流程记录模块生成告警信息列表，并根据用户对告警信息的处理操作，对告警信息列表进行实时更新。因此本实施方式的告警信息流程记录模块，能够记录告警消息流转的完整生命周期，实现告警关联信息的归并展示和处理，并通过有效简化告警操作界面，使得告警处理流程方面得到简化。

步骤S103，通过告警推送管理模块配置各监控工具的告警推送规则，并将告警信息按照告警推送规则进行定向推送。

其中，告警推送管理模块包括告警推送规则配置模块和告警信息推送模块，在获取到告警信息之后，为了保障将告警信息及时发送给指定用户，需要预先通过告警推送规则配置模块对告警推送规则进行配置，在具体配置时具体是接收用户的告警推送规则配置指令，并根据配置指令对告警推送规则进行配置的，并且本实施方式中的告警推送规则配置指令并不限定推送渠道、推送时间、推动对象、推送策略和延迟策略，用户可以根据实际配置需求进行确定。

需要说明的是，告警推送模块中还包括告警反馈模块，通过告警反馈模块在确定告警信息被第一类用户处理完成时生成告警处理进度信息，并将告警处理进度消息发送给第三类用户，而本实施方式中的第三类用户具体可以是平台管理者，从而使得平台管理者根据告警处理进度消息及时获取告警信息的处理状态，从而实现对告警信息的全生命周期的监控，以保证平台系统的稳健运行。

本发明实施例，通过监控工具集成模块支持不同监控工具接入平台，并通过对不同监控工具监控告警过程的集中管理和配置，为运维管理提供基本数据信息，保证告警处理的及时性和有效性，将获取的告警信息进行定向推送以提高运维人员处理告警的效率。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种监控告警管理平台系统，其特征在于，包括：监控告警管理模块、与所述监控告警管理模块分别连接的监控工具集成模块和告警推送管理模块；

所述监控工具集成模块，用于接入不同的监控工具，并对各监控工具进行参数配置，其中，所述参数包括匹配的关联系统；

所述监控告警管理模块，用于配置各所述监控工具的告警规则，当获取到各监控工具针对关联系统的监控数据，并确定所述监控数据符合所述告警规则时生成告警信息；

所述告警推送管理模块，用于配置各所述监控工具的告警推送规则，并将所述告警信息按照所述告警推送规则进行定向推送。

2.根据权利要求1所述系统，其特征在于，所述监控工具集成模块包括：

监控工具接入模块，用于采用不同的应用接口接入不同的监控工具，其中，所述监控工具包括Prometheus、Splunk和Grafana；

参数配置模块，用于对各所述监控工具进行参数配置，其中，所述参数还包括监控状态、自动关闭时长和应用标识。

3.根据权利要求2所述的系统，其特征在于，所述监控工具集成模块还包括监控工具更新模块，

所述监控工具更新模块，用于根据用户的管理指令进行监控工具的更新，根据更新结果生成监控工具列表，并将所述监控工具列表进行展示；

其中，所述监控工具列表中包含当前所接入的监控工具以及所述监控工具的配置结果。

4.根据权利要求1所述的系统，其特征在于，所述监控告警管理模块，包括：

告警规则配置模块，用于接收用户的告警规则配置指令，并根据所述告警规则配置指令配置各所述监控工具的告警规则，其中，所述配置指令中包含监控工具名称、告警级别、告警内容以及触发不同告警级别的监控数量；

告警信息生成模块，用于将各监控工具的监控数据与所述告警规则进行匹配，若匹配成功则确定所述监控数据符合所述告警规则，则按照所述告警规则生成所述告警信息。

5.根据权利要求4所述的系统，其特征在于，所述监控告警管理模块还包括告警事件关联模块，

所述告警事件关联模块，用于将所述告警信息与预先建立的告警事件库进行匹配，根据匹配结果获取关联事件；

其中，所述告警事件库中包含历史告警信息对应的历史事件，以及所述历史事件中针对所述历史告警信息的处理方式。

6.根据权利要求5所述的系统，其特征在于，所述监控告警管理模块还包括告警信息流程记录模块，

所述告警信息流程记录模块，用于根据所述告警信息生成告警信息列表，并根据所述告警信息的处理流程对所述告警信息列表进行更新；

其中，所述告警信息列表中包含当前所生成的各告警信息，以及所述告警信息的处理状态。

7.根据权利要求1所述的系统，其特征在于，所述告警推送管理模块包括：

告警推送规则配置模块，用于接收用户的告警推送规则配置指令，并根据所述告警推送规则配置指令配置各所述监控工具的告警推送规则，其中，所述告警推送规则配置指令中包含推送渠道、推送时间、推动对象、推送策略和延迟策略；

告警信息推送模块，用于将所述告警信息按照所述告警推送策略进行定向推送。

8.根据权利要求7所述的系统，其特征在于，所述推送策略包括分派策略或通知策略；

所述告警信息推送模块，用于采用所述分派策略按照所述告警推送规则，将所述告警信息推送给第一类用户，其中，所述第一类用户具有对所述告警信息的处理权限；

或者，

所述告警信息推送模块，用于采用所述通知策略按照所述告警推送规则，将所述告警信息推送给第二类用户，其中，所述第二类用户不具有对所述告警信息的处理权限。

9.根据权利要求8所述的系统，其特征在于，所述告警推送管理模块还包括告警反馈模块，

所述告警反馈模块，用于在确定告警信息被所述第一类用户处理完成时生成告警处理进度消息，并将所述告警处理进度消息发送给第三类用户。

10.一种告警信息推送方法，应用于权利要求1至9任一项所述的监控告警管理平台系统，其特征在于，包括：

通过监控工具集成模块接入不同的监控工具，并对各监控工具进行参数配置，其中，所述参数包括匹配的关联系统；

通过监控告警管理模块配置各所述监控工具的告警规则，当获取到各监控工具针对关联系统的监控数据，并确定所述监控数据符合所述告警规则时生成告警信息；

通过告警推送管理模块配置各所述监控工具的告警推送规则，并将所述告警信息按照所述告警推送规则进行定向推送。

Images