基于Prometheus的指标告警管理系统及方法与流程

基于prometheus的指标告警管理系统及方法
技术领域
1.本发明涉及运维监控告警技术领域，具体地说是基于prometheus的指标告警管理系统及方法。


背景技术：

2.告警对于现在的大型系统运维来说是至关重要的一环。由于大型系统的复杂度，在系统出现问题时如果不通过专门的性能统计来进行指标状态收集并进行告警，运维人员很难及时感知到系统发现的问题并及时解决，因此一个可靠性高而及时易用的告警工具是每个大型系统运维所必须的。而告警工具的告警判断是基于系统的各项指标，目前市面上使用较多的指标架构多基于prometheus这一开源工具。
3.prometheus作为一个开源系统监控和警报工具，最初在soundcloud构建。自2012年成立以来，许多公司和组织都采用了prometheus。该项目拥有非常活跃的开发者和用户社区。它现在是一个独立的开源项目，独立于任何公司维护。为了强调这一点，并明确项目的治理结构，prometheus于2016年加入云原生计算基金会，成为继kubernetes之后的第二个托管项目。
4.prometheus将其指标收集并存储为时间序列数据，即指标信息与记录时的时间戳以及称为标签的可选键值对一起存储。之后可以通过其固定接口进行查询其在系统中配置的指标数据，完成对于系统性能的监控、告警等一系列运维工作。除prometheus完成时序数据的处理外，prometheus官方有提供配套的专业而全面的监控工具grafana以及告警工具alertmanager，但由于其完成对于指标的告警工作需要同时配置上述的3个组件并进行一系列配置才能完成，在只需要完成指标告警这单一功能时整套系统显得过于臃肿，部署过程复杂而繁琐，而且在部分场景下会或多或少的影响系统性能。
5.如何为系统运维告警提供简单易用且高可靠的告警方式，是需要解决的技术问题。


技术实现要素：

6.本发明的技术任务是针对以上不足，提供基于prometheus的指标告警管理系统及方法，来解决如何为系统运维告警提供简单易用且高可靠的告警方式的技术问题。
7.第一方面，本发明的一种基于prometheus的指标告警管理系统，用于获取告警指标及相关数据、生成并管理告警规则、以及处理及发送告警信息，所述系统包括：
8.告警指标收集模块，所述告警指标收集模块与prometheus交互，用于基于指标采集请求从prometheus中获取系统告警所需指标的指标名称；
9.告警规则管理模块，所述告警规则管理模块与prometheus交互，并通过告警规则管理界面与用户交互，用于支持用户配置及编辑告警规则信息，用于基于告警规则信息生成告警文件，并将告警文件发送至prometheus；并用于支持用户对告警文件中所需告警参数进行配置，得到配置有参数的告警文件；
10.告警信息发送处理模块，所述告警信息发送处理模块用于定时从prometheus中获取告警信息，解析告警信息并基于解析后的告警信息发送告警通知；并用于从告警规则管理模块获取配置有参数的告警文件，对配置有参数的告警文件进行解析，并基于解析后配置有参数的告警文件发送告警通知。
11.作为优选，所述告警规则信息包括告警规则名称、告警指标、告警阈值、告警等级、告警范围、告警分组以及对应的告警通道；
12.每个告警等级用于限定告警通知发送时间间隔，不同告警等级对应的发送时间间隔不同；
13.所述告警分组为告警规则所属分组，每个告警分组适配对应的告警场景；
14.prometheus获取告警文件后，在告警范围内工作，告警触发后，prometheus定时向告警信息发送处理模块发送告警信息；
15.所述告警信息发送处理模块用于解析告警信息获取告警参数并获取告警来源，用于基于告警分组选择告警通道，并基于告警等级选择发送时间间隔，以通过告警通道、按照发送时间间隔定时发送告警通知。
16.作为优选，所述告警信息发送处理模块包括：
17.告警信息获取单元，所述告警信息获取单元用于从prometheus获取告警信息；
18.告警信息处理单元，所述告警信息处理单元与所述告警信息获取单元交互，用于对告警信息进行解析得到告警参数，包括通过解析告警规则名称以及告警规则所携带的标签区分告警的来源，通过解析告警消息中的时间，区分告警类型，告警类型包括通常告警信息和指标已恢复的告警信息；
19.告警发送单元，所述告警发送单元与所述告警信息处理单元交互，用于接收告警参数，用于根据告警分组选择对应的告警通道并判断对应的告警通道是否开启，如果是，用于根据告警等级选择对应发送时间间隔，并判断发送时间间隔是否在告警信息指定的发送时间区间，如果是，用于通过对应的告警通道、按照对应的发送时间间隔定时发送告警通知。
20.作为优选，所述系统还包括：
21.日志告警模块，所述日志告警模块通过日志告警界面与用户交互，用于通过日志告警界面对日志告警进行配置，包括配置监控系统的日志路径、配置告警日志条目的关键字标签、配置日志路径的扫描时间间隔、以及配置发送日志告警的告警通道，用于基于指定的扫描时间间隔定时扫描指定日志路径下的日志文件，对于新增的需要告警的日志，用于基于指定的告警通道发送日志告警。
22.作为优选，所述系统还包括：
23.历史记录模块，所述历史记录模块通过历史记录界面与用户交互，用于配置日志清理规则，用于将每条告警作为告警日志记录在本地文件夹中，并用于基于日志清理规则删除告警日志以防止日志记录过多；
24.所述告警日志包括告警信息以及告警信息对应的告警参数和告警通知，还包括日志告警。
25.作为优选，所述告警规则管理模块用于基于配置的告警文件生成并导出告警模板，并用于导入告警模板并对告警模板进行二次配置。
26.第二方面，本发明的一种基于prometheus的指标告警管理方法，用于通过如第一方面任一项所述的基于prometheus的指标告警管理系统进行告警管理，包括获取告警指标及相关数据、生成并管理告警规则、以及处理及发送告警信息，所述方法包括如下步骤：
27.基于指标采集请求从prometheus中获取系统告警所需指标的指标名称；
28.配置及编辑告警规则信息，基于告警规则信息生成告警文件，并将告警文件发送至prometheus；
29.定时从prometheus中获取告警信息，解析告警信息并基于解析后的告警信息发送告警通知。
30.作为优选，所述告警规则信息包括告警规则名称、告警指标、告警阈值、告警等级、告警范围、告警分组以及对应的告警通道；
31.每个告警等级用于限定告警通知发送时间间隔，不同告警等级对应的发送时间间隔不同；
32.所述告警分组为告警规则所属分组，每个告警分组适配对应的告警场景；
33.prometheus获取告警文件后，在告警范围内工作，告警触发后，prometheus定时向告警信息发送处理模块发送告警信息；
34.定时从prometheus中获取告警信息后，解析告警信息获取告警参数并获取告警来源，基于告警分组选择告警通道，并基于告警等级选择发送时间间隔，通过告警通道、按照发送时间间隔定时发送告警通知；
35.解析告警信息获取告警参数，包括：
36.通过解析告警规则名称以及告警规则所携带的标签区分告警的来源；
37.通过解析告警消息中的时间，区分告警类型，告警类型包括通常告警信息和指标已恢复的告警信息；
38.基于告警分组选择告警通道，并基于告警等级选择发送时间间隔，包括如下步骤：
39.根据告警分组选择对应的告警通道并判断对应的告警通道是否开启；
40.如果是，根据告警等级选择对应发送时间间隔，并判断发送时间间隔是否在告警信息指定的发送时间区间；
41.如果是，通过对应的告警通道、按照对应的发送时间间隔定时发送告警通知。
42.作为优选，所述方法还包括如下步骤：
43.对日志告警进行配置，包括配置监控系统的日志路径、配置告警日志条目的关键字标签、配置日志路径的扫描时间间隔、以及配置发送日志告警的告警通道；
44.基于指定的扫描时间间隔定时扫描指定日志路径下的日志文件；
45.对于新增的需要告警的日志，基于指定的告警通道发送日志告警；
46.所述方法还包括如下步骤：
47.配置日志清理规则；
48.将每条告警作为告警日志记录在本地文件夹中，所述告警日志包括告警信息以及告警信息对应的告警参数和告警通知，还包括日志告警；
49.基于日志清理规则删除告警日志以防止日志记录过多。
50.作为优选，所述方法还包括如下步骤：
51.配置及编辑告警规则信息，基于告警规则信息生成告警文件后，对告警文件中所
需告警参数进行配置，得到配置有参数的告警文件；
52.获取配置有参数的告警文件，对配置有参数的告警文件进行解析，并基于解析后配置有参数的告警文件发送告警通知；
53.所述方法还包括如下步骤：
54.基于配置的告警文件生成并导出告警模板；
55.配置及编辑告警规则信息时，导入告警模板并对告警模板进行二次配置，基于配置后的告警规则信息生成告警文件，并将告警文件发送至prometheus。
56.本发明的基于prometheus的指标告警管理系统及方法具有以下优点：
57.1、在脱离grafana和alertmanager的情况下，基于prometheus实现了获取告警指标及相关数据、生成并管理告警规则、以及处理及发送告警信息的功能，降低了一个系统运维告警所需的难度，节省了大量告警配置所需的时间和空间；
58.2、支持配置及修改编辑告警规则，通过其高度自定义化的配置也可以满足各种场景告警的需求；
59.3、对于部分没有使用prometheus的场合也可使用日志告警功能完成最基础的告警功能，提高了其延展性和易用性；
60.4、对每条告警进行记录，便于对历史告警进行记录和分析，同时按照配置的日志清除规则对日志记录进行删除，防止产生过多日志，影响工作效率；
61.5、支持将配置的告警规则生成模板导出，方便将配置导入另一套工具中，无需进行相同的二次配置。
附图说明
62.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
63.下面结合附图对本发明进一步说明。
64.图1为实施例1基于prometheus的指标告警管理系统的工作流程框图；
65.图2为实施例1基于prometheus的指标告警管理系统中告警信息发送处理模块的工作流程框图；
66.图3为实施例1基于prometheus的指标告警管理方法的流程框图。
具体实施方式
67.下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施，但所举实施例不作为对本发明的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互结合。
68.本发明实施例提供基于prometheus的指标告警管理系统及方法，用于解决如何为系统运维告警提供简单易用且高可靠的告警方式的技术问题。
69.实施例1：
70.本发明一种基于prometheus的指标告警管理系统，包括告警指标收集模块、告警
规则管理模块、以及告警信息发送处理模块，如图1所示该系统用于获取告警指标及相关数据、生成并管理告警规则、以及处理及发送告警信息。
71.告警指标收集模块与prometheus交互，用于基于指标采集请求从prometheus中获取系统告警所需指标的指标名称。
72.对于一个受监控的运维系统，prometheus提供该运维系统的所有指标类型的获取接口，本实施例管理系统启动后对prometheus提供的获取接口发送请求获取运维系统告警可使用的所有指标名称，给后续进行的告警规则生成提供指标名称。
73.如果大型运维系统对象有特定的集群节点时，或其他区分性指代标签，获取其对应标签供规则进行告警对象的范围区分。
74.告警规则管理模块与prometheus交互，并通过告警规则管理界面与用户交互，用于支持用户配置及编辑告警规则信息，用于基于告警规则信息生成告警文件，并将告警文件发送至prometheus。
75.用户通过告警规则管理界面填入所需的告警规则名称、告警指标，告警阈值、告警等级以及其他告警相关信息如告警详情和告警摘要，填写告警规则所属告警分组、并指定对应的告警通道，并选定告警范围后点击完成则自动生成prometheus所需的告警文件，奖告警文件传入prometheus，后续prometheus会根据该告警文件进行对应指标的告警处理。
76.告警规则管理模块支持对告警文件的编辑，即在告警规则文件生成后的修改、删除某一项告警规则的功能。这部分告警规则可以通过prometheus进行存储并进行管理，因此通过工具对prometheus的告警接口进行访问即可完成对应的修改和删除。
77.同时，告警规则管理模块用于支持用户对告警文件中所需告警参数进行配置，得到配置有参数的告警文件。
78.即用户也可以在了解prometheus的promeql的情况下完全自定规则进行告警规则，或将告警所需参数直接填入配置文件供该管理系统使用。
79.告警信息发送处理模块用于定时从prometheus中获取告警信息，用于解析告警信息并基于解析后的告警信息发送告警通知。
80.如图2所示，本实施例中，告警信息发送处理模块用于解析告警信息获取告警参数并获取告警来源，用于基于告警分组选择告警通道，并基于告警等级选择发送时间间隔，以通过告警通道、按照发送时间间隔定时发送告警通知。
81.作为具体实施例，告警信息发送处理模块包括告警信息获取单元、告警信息处理单元以及告警发送单元。针对prometheus返回的告警信息，该告警信息发送处理模块中告警信息获取单元、告警信息处理单元以及告警发送单元具有如下功能。
82.告警信息获取单元用于从prometheus获取告警信息。
83.prometheus获得告警配置文件后，读取其信息便可在所设定范围内进行告警工作。同时，告警触发时，prometheus会每隔15秒(该值可配置)进行告警信息的发送到特定端口，管理系统通过接口即可获取到告警信息，进行后续处理。
84.告警信息处理单元与所述告警信息获取单元交互，用于对告警信息进行解析得到告警参数，包括通过解析告警规则名称以及告警规则所携带的标签区分告警的来源，通过解析告警消息中的时间，区分告警类型，告警类型包括通常告警信息和指标已恢复的告警信息。
85.即管理系统中告警信息处理单元收到告警消息后，会对prometheus提供的告警消息进行分析，通过其告警规则名称、告警规则所携带的标签区分告警的来源，同时通过解析告警消息中的时间，区分其是作为通常告警还是指标已恢复的告警消息。处理完成后便将各项告警的参数发送给告警发送单元进行处理。
86.告警发送单元与所述告警信息处理单元交互，用于接收告警参数，用于根据告警分组选择对应的告警通道并判断对应的告警通道是否开启，如果是，用于根据告警等级选择对应发送时间间隔，并判断发送时间间隔是否在告警信息指定的发送时间区间，如果是，用于通过对应的告警通道、按照对应的发送时间间隔定时发送告警通知。
87.用户需要在配置的规则文件中输入告警分组，以及对应的告警通道，告警分组用于提供不同分组的告警，告警可以向定义了的分组中的告警通道发送告警消息，用于不同的告警场景需求。告警通道支持邮件、snmp、syslog、微信等一系列主流告警通道。同时支持webhook扩展其他的告警通道。
88.同时，用户在使用邮件告警时可以自定义邮件模板，只需要在邮件中保持所需的关键字便可以完成邮件的自定义。告警发送时，还需要读取其所设的告警等级，用户可以通过设定告警的等级完成不同等级的告警信息发送时间间隔设定。如等级为普通时，告警通知发送间隔为3小时发送一次，此时等级普通的告警消息则会在第一次发送后过3个小时再进行告警通知，防止过量无用的告警消息发送。
89.针对告警规则管理模块发送的配置有参数的告警文件，该告警信息发送处理模块中告警信息获取单元、告警信息处理单元以及告警发送单元具有如下功能。
90.告警信息获取单元用于从告警规则管理模块获取配置有参数的告警文件。
91.告警信息处理单元与所述告警信息获取单元交互，用于对配置有参数的告警文件进行解析得到告警参数，包括通过解析告警规则名称以及告警规则所携带的标签区分告警的来源，通过解析告警消息中的时间，区分告警类型，告警类型包括通常告警信息和指标已恢复的告警信息。
92.告警发送单元与所述告警信息处理单元交互，用于接收告警参数，用于根据告警分组选择对应的告警通道并判断对应的告警通道是否开启，如果是，用于根据告警等级选择对应发送时间间隔，并判断发送时间间隔是否在告警信息指定的发送时间区间，如果是，用于通过对应的告警通道、按照对应的发送时间间隔定时发送告警通知。
93.用户需要在配置的规则文件中输入告警分组，以及对应的告警通道，告警分组用于提供不同分组的告警，告警可以向定义了的分组中的告警通道发送告警消息，用于不同的告警场景需求。告警通道支持邮件、snmp、syslog、微信等一系列主流告警通道。同时支持webhook扩展其他的告警通道。
94.同时，用户在使用邮件告警时可以自定义邮件模板，只需要在邮件中保持所需的关键字便可以完成邮件的自定义。告警发送时，还需要读取其所设的告警等级，用户可以通过设定告警的等级完成不同等级的告警信息发送时间间隔设定。如等级为普通时，告警通知发送间隔为3小时发送一次，此时等级普通的告警消息则会在第一次发送后过3个小时再进行告警通知，防止过量无用的告警消息发送。
95.作为改进，该系统还包括日志告警模块，日志告警模块通过日志告警界面与用户交互，用于通过日志告警界面对日志告警进行配置，包括配置监控系统的日志路径、配置告
警日志条目的关键字标签、配置日志路径的扫描时间间隔、以及配置发送日志告警的告警通道，用于基于指定的扫描时间间隔定时扫描指定日志路径下的日志文件，对于新增的需要告警的日志，用于基于指定的告警通道发送日志告警。
96.此功能无需prometheus，管理系统通过日志告警模块扫描被监控系统的日志路径下的日志(该路径为用户提前配置)，并且用户需要提供所需告警日志条目的关键字标签。当有新增的需告警日志产生时，日志告警模块便会将其日志告警通过告警通道进行发送。
97.其中，日志告警模块按照用户配置的时间间隔，每隔一段时间扫描指定日志路径下的日志，将这段时间内所有需告警日志均通过配置好的告警通道一次发送出来，方便用户进行日志面的监控，使得该管理系统的可用范围更广更全面。
98.作为改进，该系统还包括历史记录模块，历史记录模块通过历史记录界面与用户交互，用于配置日志清理规则，用于将每条告警作为告警日志记录在本地文件夹中，并用于基于日志清理规则删除告警日志以防止日志记录过多；所述告警日志包括告警信息以及告警信息对应的告警参数和告警通知，还包括日志告警。
99.基于历史记录模块，每次成功的告警都会通过日志记录在工具的文件夹中，方便用户查看曾经的所有告警历史记录并进行分析。也可配置日志清除规则防止产生过多的日志。
100.作为改进，告警规则管理模块用于基于配置的告警文件生成并导出告警模板，并用于导入告警模板并对告警模板进行二次配置。
101.告警规则管理模块支持告警模板的导入导出。当配置完成了一套的告警规则和告警通道等配置后，该功能可以将其配置信息一键导出，方便将配置导入另一套工具中，无需进行相同的二次配置。
102.实施例2：
103.本发明一种基于prometheus的指标告警管理方法，通过实施例1公开的基于prometheus的指标告警管理系统进行告警管理，包括获取告警指标及相关数据、生成并管理告警规则、以及处理及发送告警信息。如图3所示，该方法包括如下步骤：
104.s100、基于指标采集请求从prometheus中获取系统告警所需指标的指标名称；
105.s200、配置及编辑告警规则信息，基于告警规则信息生成告警文件，并将告警文件发送至prometheus；
106.s300、定时从prometheus中获取告警信息，解析告警信息并基于解析后的告警信息发送告警通知。
107.对于一个受监控的运维系统，prometheus提供该运维系统的所有指标类型的获取接口，本实施例步骤s100对prometheus提供的获取接口发送请求获取运维系统告警可使用的所有指标名称，给后续进行的告警规则生成提供指标名称。
108.如果大型运维系统对象有特定的集群节点时，或其他区分性指代标签，获取其对应标签供规则进行告警对象的范围区分。
109.步骤s200用户配置所需的告警规则名称、告警指标，告警阈值、告警等级以及其他告警相关信息如告警详情和告警摘要，填写告警规则所属告警分组、并指定对应的告警通道，并选定告警范围后，基于上述告警规则信息生成prometheus所需的告警文件，将告警文件传入prometheus，后续prometheus会根据该告警文件进行对应指标的告警处理。
110.步骤s300解析告警信息获取告警参数并获取告警来源，基于告警分组选择告警通道，并基于告警等级选择发送时间间隔，以通过告警通道、按照发送时间间隔定时发送告警通知。具体操作如下：
111.(1)从prometheus获取告警信息；
112.prometheus获得告警配置文件后，读取其信息便可在所设定范围内进行告警工作。同时，告警触发时，prometheus会每隔15秒(该值可配置)进行告警信息的发送到特定端口，管理系统通过接口即可获取到告警信息，进行后续处理；
113.(2)对告警信息进行解析得到告警参数，包括通过解析告警规则名称以及告警规则所携带的标签区分告警的来源，通过解析告警消息中的时间，区分告警类型，告警类型包括通常告警信息和指标已恢复的告警信息；
114.(3)接收告警参数，根据告警分组选择对应的告警通道并判断对应的告警通道是否开启，如果是，根据告警等级选择对应发送时间间隔，并判断发送时间间隔是否在告警信息指定的发送时间区间，如果是，通过对应的告警通道、按照对应的发送时间间隔定时发送告警通知。
115.用户需要在配置的规则文件中输入告警分组，以及对应的告警通道，告警分组用于提供不同分组的告警，告警可以向定义了的分组中的告警通道发送告警消息，用于不同的告警场景需求。告警通道支持邮件、snmp、syslog、微信等一系列主流告警通道。同时支持webhook扩展其他的告警通道。
116.同时，用户在使用邮件告警时可以自定义邮件模板，只需要在邮件中保持所需的关键字便可以完成邮件的自定义。告警发送时，还需要读取其所设的告警等级，用户可以通过设定告警的等级完成不同等级的告警信息发送时间间隔设定。如等级为普通时，告警通知发送间隔为3小时发送一次，此时等级普通的告警消息则会在第一次发送后过3个小时再进行告警通知，防止过量无用的告警消息发送。
117.作为改进，用户也可以在了解prometheus的promeql的情况下完全自定规则进行告警规则，将告警所需参数直接填入配置文件中进行后续告警分析及发送。
118.针对上述改进的情况，本实施例步骤s200配置及编辑告警规则信息，基于告警规则信息生成告警文件后，对告警文件中所需告警参数进行配置，得到配置有参数的告警文件。
119.步骤s300获取配置有参数的告警文件，对配置有参数的告警文件进行解析，并基于解析后配置有参数的告警文件发送告警通知。步骤s300的具体流程如下：
120.(1)从告警规则管理模块获取配置有参数的告警文件；
121.(2)对配置有参数的告警文件进行解析得到告警参数，包括通过解析告警规则名称以及告警规则所携带的标签区分告警的来源，通过解析告警消息中的时间，区分告警类型，告警类型包括通常告警信息和指标已恢复的告警信息；
122.(3)接收告警参数，根据告警分组选择对应的告警通道并判断对应的告警通道是否开启，如果是，根据告警等级选择对应发送时间间隔，并判断发送时间间隔是否在告警信息指定的发送时间区间，如果是，通过对应的告警通道、按照对应的发送时间间隔定时发送告警通知。
123.用户需要在配置的规则文件中输入告警分组，以及对应的告警通道，告警分组用
于提供不同分组的告警，告警可以向定义了的分组中的告警通道发送告警消息，用于不同的告警场景需求。告警通道支持邮件、snmp、syslog、微信等一系列主流告警通道。同时支持webhook扩展其他的告警通道。
124.同时，用户在使用邮件告警时可以自定义邮件模板，只需要在邮件中保持所需的关键字便可以完成邮件的自定义。告警发送时，还需要读取其所设的告警等级，用户可以通过设定告警的等级完成不同等级的告警信息发送时间间隔设定。如等级为普通时，告警通知发送间隔为3小时发送一次，此时等级普通的告警消息则会在第一次发送后过3个小时再进行告警通知，防止过量无用的告警消息发送。
125.作为改进，还方法还包括日志告警操作，具体流程为：
126.(1)对日志告警进行配置，包括配置监控系统的日志路径、配置告警日志条目的关键字标签、配置日志路径的扫描时间间隔、以及配置发送日志告警的告警通道；
127.(2)基于指定的扫描时间间隔定时扫描指定日志路径下的日志文件；
128.(3)对于新增的需要告警的日志，基于指定的告警通道发送日志告警。
129.作为改进，该方法还包括告警历史记录，具体操作为：
130.(1)配置日志清理规则；
131.(2)将每条告警作为告警日志记录在本地文件夹中，所述告警日志包括告警信息以及告警信息对应的告警参数和告警通知，还包括日志告警；
132.(3)基于日志清理规则删除告警日志以防止日志记录过多。
133.作为改进，本实施例方法步骤s200中基于配置的告警文件生成并导出告警模板；配置及编辑告警规则信息时，导入告警模板并对告警模板进行二次配置，基于配置后的告警规则信息生成告警文件，并将告警文件发送至prometheus。
134.基于该改进的实施，支持告警模板的导入导出。当配置完成了一套的告警规则和告警通道等配置后，该功能可以将其配置信息一键导出，方便将配置导入另一套工具中，无需进行相同的二次配置。
135.上文通过附图和优选实施例对本发明进行了详细展示和说明，然而本发明不限于这些已揭示的实施例，基与上述多个实施例本领域技术人员可以知晓，可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例，这些实施例也在本发明的保护范围之内。