CN112003741B - 一种告警数据处理方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种告警数据处理方法、装置、设备及可读存储介质。本申请公开的方法包括：获取云管理平台中的告警数据，按照属性信息识别告警数据，从而确定告警数据所属的目标告警元，并建立告警数据和目标告警元之间的关联关系，按照关联关系组合告警数据和目标告警元为告警消息，按照相应推送方式将告警消息推送至相应接收端。本申请可以将同一告警类型的告警数据汇聚在一起进行推送，且告警消息中包括告警数据和告警元，实现了告警数据的多维化推送，有利于告警定位和排查。相应地，本申请提供的一种告警数据处理装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种告警数据处理方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种告警数据处理方法、装置、设备及可读存储介质。

背景技术

目前，一般会将同一物理机上产生的告警数据汇聚在一起，然后推送该物理机上有告警的通知消息给物理机管理者，物理机管理者在看到该通知消息后，便可以在相应物理机中查询具体的告警数据，然后分析、解决告警。可见，现有技术能够简化告警通知消息，但在推送告警通知消息后，需要相关人员手动查询具体告警数据，因此增加了工作量，降低了告警数据的处理效率，不利于告警定位和排查。

因此，如何提高告警数据的处理效率，有利于告警定位和排查，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种告警数据处理方法、装置、设备及可读存储介质，以提高告警数据的处理效率，有利于告警定位和排查。其具体方案如下：

第一方面，本申请提供了一种告警数据处理方法，包括：

获取云管理平台中的告警数据；

按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，并建立所述告警数据和所述目标告警元之间的关联关系；

其中，所述目标告警元为告警元池中的任一个，所述告警元池中的每个告警元设置有对应的属性信息，所述属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及所述告警类型对应的接收端；所述告警类型为CPU、内存、网络或存储；

按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息，并按照所述推送方式将所述告警消息推送至所述接收端。

优选地，所述按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，包括：

从所述告警元池中获取各个告警元的属性信息；

将所述告警数据与各个属性信息进行对比；

若所述告警数据与目标属性信息匹配，则将所述目标属性信息对应的告警元确定为所述目标告警元；所述目标属性信息为各个属性信息中的任一个。

优选地，所述按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息之前，还包括：

对所述告警数据执行去重操作。

优选地，所述按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息之前，还包括：

按照所述推送频率检测是否到达所述目标告警元的推送时间点；

若是，则执行所述按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息的步骤。

优选地，所述告警元池的生成过程包括：

将所述云管理平台中的所有告警项按照所述告警类型、所述告警指标、所述告警级别和所属资源进行划分，获得多个分类项；

给各个分类项配置所述推送频率、所述推送方式以及相应接收端，以得到多个告警元，并将所有告警元组合为所述告警元池。

优选地，给任一个分类项配置所述推送频率、所述推送方式以及相应接收端的过程包括：

接收用户输入的配置任一个分类项的请求；

将所述请求携带的所述推送频率、所述推送方式以及相应接收端的标识信息配置给所述任一个分类项。

优选地，所述按照所述推送方式将所述告警消息推送至所述接收端之后，还包括：

在所述接收端可视化展示所述告警消息。

第二方面，本申请提供了一种告警数据处理装置，包括：

获取模块，用于获取云管理平台中的告警数据；

识别模块，用于按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，并建立所述告警数据和所述目标告警元之间的关联关系；其中，所述目标告警元为告警元池中的任一个，所述告警元池中的每个告警元设置有对应的属性信息，所述属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及所述告警类型对应的接收端；所述告警类型为CPU、内存、网络或存储；

推送模块，用于按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息，并按照所述推送方式将所述告警消息推送至所述接收端。

第三方面，本申请提供了一种告警数据处理设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的告警数据处理方法。

第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的告警数据处理方法。

通过以上方案可知，本申请提供了一种告警数据处理方法，包括：获取云管理平台中的告警数据；按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，并建立所述告警数据和所述目标告警元之间的关联关系；其中，所述目标告警元为告警元池中的任一个，所述告警元池中的每个告警元设置有对应的属性信息，所述属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及所述告警类型对应的接收端；所述告警类型为CPU、内存、网络或存储；按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息，并按照所述推送方式将所述告警消息推送至所述接收端。

可见，本申请在获取到云管理平台中的告警数据后，先按照属性信息识别告警数据，从而确定告警数据所属的目标告警元，并建立告警数据和目标告警元之间的关联关系，然后按照关联关系组合告警数据和目标告警元为告警消息，按照相应推送方式将告警消息推送至相应接收端。其中，本申请中的告警元池中的每个告警元设置有对应的属性信息，属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及告警类型对应的接收端；告警类型为CPU、内存、网络或存储。也就是说，对于任一个告警数据，都可以在告警元池中找到相应的告警元。由于告警元池中的各个告警元设有相应接收端，并按照告警类型分类，因此告警数据也会按照告警类型分类，且有对应接收端，那么任一接收端会接收到属于同一种告警类型的告警数据，也就是将告警数据按照告警类型进行了分类，将同一告警类型的告警数据汇聚在一起进行推送。并且，本申请推送的告警消息中包括具体的告警数据和相应告警元，因此接收端的用户基于告警消息就能查询告警原因，而无需去相应物理机上查询告警数据，因此减少了工作量，且告警元对应的属性信息还可以为告警原因的查询提供帮助，故告警数据的处理效率可以得到提升。由于技术人员一般都是专精于某一细分技术，如：网络方面的专家对网络问题比较擅长，因此将属于同一告警类型的告警数据推送至同一接收端，可便于擅长解决此类告警的技术人员工作和处理，也便于分析同类型告警之间的关系，有利于告警定位和排查。

相应地，本申请提供的一种告警数据处理装置、设备及可读存储介质，也同样具有上述技术效果。

附图说明

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

图1为本申请公开的一种告警数据处理方法流程图；

图2为本申请公开的一种告警元的属性信息示意图；

图3为本申请公开的一种告警数据处理装置示意图；

图4为本申请公开的一种告警数据处理设备示意图。

具体实施方式

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

目前，现有技术能够简化告警通知消息，但在推送告警通知消息后，需要相关人员手动查询具体告警数据，因此增加了工作量，降低了告警数据的处理效率。为此，本申请提供了一种告警数据处理方案，能够提高告警数据的处理效率，有利于告警定位和排查。

参见图1所示，本申请实施例公开了一种告警数据处理方法，包括：

S101、获取云管理平台中的告警数据。

S102、按照属性信息识别告警数据，以确定告警数据所属的目标告警元，并建立告警数据和目标告警元之间的关联关系。

其中，目标告警元为告警元池中的任一个，告警元池中的每个告警元设置有对应的属性信息，属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及告警类型对应的接收端；告警类型为CPU、内存、网络或存储。当告警类型为CPU时，告警指标可以是：CPU使用率等；当告警类型为存储时，告警指标可以是：磁盘读速率、磁盘写速率等，也就是告警指标是告警类型下的各项指标数据。告警级别一般是预设的，产生的告警数据中就会携带；所属资源指产生告警数据的机房、物理机等；推送频率指：告警元以及相应告警数据推送给接收端的频域；推送方式可以为邮件、短信等。属于同一告警类型的告警数据会被推送到同一接收端，因此告警类型与接收端一一对应。据此可知，在告警元池中，属于同一告警类型的告警元可以有多个，但这些告警元对应的告警指标、告警级别以及其他属性信息可能不同。

需要说明的是，本申请预设有告警元池，告警元池中包括多个告警元，每个告警元设置有对应的属性信息，因此可以利用告警元池中各个告警元的属性信息识别告警数据，从而确定告警数据所属的告警元。

在一种具体实施方式中，按照属性信息识别告警数据，以确定告警数据所属的目标告警元，包括：从告警元池中获取各个告警元的属性信息；将告警数据与各个属性信息进行对比；若告警数据与目标属性信息匹配，则将目标属性信息对应的告警元确定为目标告警元；目标属性信息为各个属性信息中的任一个。告警数据与目标属性信息匹配，则说明告警数据对应的告警类型、告警指标、告警级别以及所属资源与目标属性信息中的告警类型、告警指标、告警级别以及所属资源相同。

在一种具体实施方式中，告警元池的生成过程包括：将云管理平台中的所有告警项按照告警类型、告警指标、告警级别和所属资源进行划分，获得多个分类项；给各个分类项配置推送频率、推送方式以及相应接收端，以得到多个告警元，并将所有告警元组合为告警元池。

其中，告警项与告警指标相对应。如：磁盘告警项包括：磁盘读速率、磁盘写速率等，相应的告警指标也包括磁盘读速率、磁盘写速率等。

其中，给任一个分类项配置推送频率、推送方式以及相应接收端的过程包括：接收用户输入的配置任一个分类项的请求；将请求携带的推送频率、推送方式以及相应接收端的标识信息配置给任一个分类项。可见，推送频率、推送方式以及相应接收端可以由用户自主配置。

S103、按照关联关系将告警数据和目标告警元组合为告警消息，并按照推送方式将告警消息推送至接收端。

在一种具体实施方式中，按照关联关系将告警数据和目标告警元组合为告警消息之前，还包括：对告警数据执行去重操作，以便去除重复的告警数据，从而降低告警消息的数据量。

在一种具体实施方式中，按照关联关系将告警数据和目标告警元组合为告警消息之前，还包括：按照推送频率检测是否到达目标告警元的推送时间点；若是，则执行按照关联关系将告警数据和目标告警元组合为告警消息，并按照推送方式将告警消息推送至接收端的步骤。

在一种具体实施方式中，按照推送方式将告警消息推送至接收端之后，还包括：在接收端可视化展示告警消息。

在本实施例中，对于任一个告警数据，都可以在告警元池中找到相应的告警元。由于告警元池中的各个告警元设有相应接收端，并按照告警类型分类，因此告警数据也会按照告警类型分类，且有对应接收端，那么任一接收端会接收到属于同一种告警类型的告警数据，也就是将同一告警类型的告警数据汇聚在一起进行推送。由于技术人员一般都是专精于某一细分技术，如：网络方面的专家对网络问题比较擅长，因此将属于同一告警类型的告警数据推送至同一接收端，并让擅长解决此类告警的技术人员负责管理该接收端，那么可便于擅长解决此类告警的技术人员处理告警数据，也便于分析同类型告警之间的关系，有利于告警定位和排查。

可见，本申请实施例推送的告警消息中包括具体的告警数据和相应告警元，因此接收端的用户基于告警消息就能查询告警原因，而无需去相应物理机上查询告警数据，因此减少了工作量，且告警元对应的属性信息还可以为告警原因的查询提供帮助，故告警数据的处理效率可以得到提升；还可以将属于同一告警类型的告警数据推送至同一接收端，可便于擅长解决此类告警的技术人员工作和处理，也便于分析同类型告警之间的关系，有利于告警定位和排查。

本申请实施例公开了一种告警数据处理方案，包括：告警项拆分、属性信息设置、告警元池生成、告警数据处理等步骤。

1、告警项拆分。

对云管理平台中的某一类资源(即某一类物理机)的告警项进行最小化处理，例如云主机的告警项：磁盘使用情况，可以进行最小化拆分，按照可以采集到的项目，拆分为磁盘的读取速率、磁盘的写速率、磁盘的读iops、磁盘的读延迟等等一系列告警元。

2、属性信息设置。

告警元的属性信息分为预置属性和自定义属性。预置属性一般是与告警元本身有关的属性，例如告警类型、告警级别、告警来源等。自定义属性可以自主设置，自定义属性如：介绍告警元的部门、人员等，推送告警信息的频率，推送方式，接收端等。例如，有些云管理平台的使用者有部门的划分，每个部门有自己管理的资源，那么告警元属性中可以自己定义部门属性。告警元的属性信息可参照图2。

其中，预置属性不需要设置，是系统自动完成的。例如告警级别是告警产生时自动填入的，告警类型是告警元划分时定义写入的。自定义属性可能需要与其他系统关联，例如部门信息一般从资源的部门信息里取。

其中，接收端可以理解为各技术人员使用的客户端。设置接收端接收告警消息的方式(如：短信通知或者邮件通知等)。一个接收端可以对应多个告警元，以便多维度的了解系统的告警状况。例如，可以接收CPU告警的接收端可以接收系统中所有与CPU有关的告警数据，从而实现CPU告警的，方便负责该接收端的专业解决CPU故障的工程师纵观多种CPU告警数据。

3、告警元池生成。

设置存储池的大小，可以存放多少告警元等信息。合理设置存储池的大小，可以避免给系统造成太大压力。将上述具有属性信息的告警元填充至空的存储池，以获得告警元池。

4、告警数据处理。

若获取到告警数据，则利用告警元池识别告警数据，以确定告警数据所属的告警元，并建立告警数据和该告警元之间的关联关系，然后按照关联关系组合告警数据和该告警元为告警消息，按照该告警元中的相应推送方式将告警消息推送至相应接收端，实现同一告警类型的告警数据的汇聚和推送。

可见，本实施例对某一资源的告警项进行梳理和拆分，将告警项最小化，以便形成告警元。然后，可以设置告警元的属性信息，例如告警类型、告警来源或者告警级别等。通过属性信息可以全面展示一个资源告警信息，也为资源多维度的告警展示提供了基础数据。然后按照告警元的属性信息对告警数据进行识别，将抓取到的告警数据进行汇聚后推送给相应接收端。通过上述步骤，告警的推送和通知具有更好的目的性，这样相应的运维人员可以接收某些对应告警元对应告警。同时，告警通知中包含了告警数据，这些初始告警信息进行分类整理后，更有利于问题的分析和定位，为系统的正常运行提供了保障，也提高了云管理平台资源的稳定性和健壮性。

下面对本申请实施例提供的一种告警数据处理装置进行介绍，下文描述的一种告警数据处理装置与上文描述的一种告警数据处理方法可以相互参照。

参见图3所示，本申请实施例公开了一种告警数据处理装置，包括：

获取模块301，用于获取云管理平台中的告警数据；

识别模块302，用于按照属性信息识别告警数据，以确定告警数据所属的目标告警元，并建立告警数据和目标告警元之间的关联关系；其中，目标告警元为告警元池中的任一个，告警元池中的每个告警元设置有对应的属性信息，属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及告警类型对应的接收端；告警类型为CPU、内存、网络或存储；

推送模块303，用于按照关联关系将告警数据和目标告警元组合为告警消息，并按照推送方式将告警消息推送至接收端。

在一种具体实施方式中，识别模块包括：

获取单元，用于从告警元池中获取各个告警元的属性信息；

对比单元，用于将告警数据与各个属性信息进行对比；

确定单元，用于若告警数据与目标属性信息匹配，则将目标属性信息对应的告警元确定为目标告警元；目标属性信息为各个属性信息中的任一个。

在一种具体实施方式中，还包括：

去重模块，用于对告警数据执行去重操作。

在一种具体实施方式中，还包括：

检测模块，用于按照推送频率检测是否到达目标告警元的推送时间点；

执行模块，用于若到达目标告警元的推送时间点，则执行按照关联关系将告警数据和目标告警元组合为告警消息的步骤。

在一种具体实施方式中，还包括生成模块，用于生成告警元池，所述生成模块包括：

分类单元，用于将云管理平台中的所有告警项按照告警类型、告警指标、告警级别和所属资源进行划分，获得多个分类项；

配置单元，用于给各个分类项配置推送频率、推送方式以及相应接收端，以得到多个告警元，并将所有告警元组合为告警元池。

在一种具体实施方式中，生成模块还用于：给任一个分类项配置推送频率、推送方式以及相应接收端，给任一个分类项配置推送频率、推送方式以及相应接收端的过程包括：接收用户输入的配置任一个分类项的请求；将请求携带的推送频率、推送方式以及相应接收端的标识信息配置给任一个分类项。

在一种具体实施方式中，还包括：

展示模块，用于在接收端可视化展示告警消息。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种告警数据处理装置，该装置推送的告警消息中包括具体的告警数据和相应告警元，因此接收端的用户基于告警消息就能查询告警原因，而无需去相应物理机上查询告警数据，因此减少了工作量，且告警元对应的属性信息还可以为告警原因的查询提供帮助，故告警数据的处理效率可以得到提升；还可以将属于同一告警类型的告警数据推送至同一接收端，可便于擅长解决此类告警的技术人员工作和处理，也便于分析同类型告警之间的关系，有利于告警定位和排查。

下面对本申请实施例提供的一种告警数据处理设备进行介绍，下文描述的一种告警数据处理设备与上文描述的一种告警数据处理方法及装置可以相互参照。

参见图4所示，本申请实施例公开了一种告警数据处理设备，包括：

存储器401，用于保存计算机程序；

处理器402，用于执行所述计算机程序，以实现上述任意实施例公开的方法。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种告警数据处理方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的告警数据处理方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

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

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种告警数据处理方法，其特征在于，包括：

获取云管理平台中的告警数据；

按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，并建立所述告警数据和所述目标告警元之间的关联关系；

其中，所述目标告警元为告警元池中的任一个，所述告警元池中的每个告警元设置有对应的属性信息，所述属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及所述告警类型对应的接收端；所述告警类型为CPU、内存、网络或存储；在所述告警元池中，属于同一告警类型的告警元有多个，这多个告警元对应的告警指标、告警级别以及其他属性信息不同；

按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息，并按照所述推送方式将所述告警消息推送至所述接收端；其中，属于同一告警类型的告警数据被推送到同一接收端；

其中，所述告警元池的生成过程包括：

将所述云管理平台中的所有告警项按照所述告警类型、所述告警指标、所述告警级别和所属资源进行划分，获得多个分类项；

给各个分类项配置所述推送频率、所述推送方式以及相应接收端，以得到多个告警元，并将所有告警元组合为所述告警元池；

其中，给任一个分类项配置所述推送频率、所述推送方式以及相应接收端的过程包括：

接收用户输入的配置任一个分类项的请求；

将所述请求携带的所述推送频率、所述推送方式以及相应接收端的标识信息配置给所述任一个分类项。

2.根据权利要求1所述的告警数据处理方法，其特征在于，所述按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，包括：

从所述告警元池中获取各个告警元的属性信息；

将所述告警数据与各个属性信息进行对比；

若所述告警数据与目标属性信息匹配，则将所述目标属性信息对应的告警元确定为所述目标告警元；所述目标属性信息为各个属性信息中的任一个。

3.根据权利要求1所述的告警数据处理方法，其特征在于，所述按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息之前，还包括：

对所述告警数据执行去重操作。

4.根据权利要求1所述的告警数据处理方法，其特征在于，所述按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息之前，还包括：

按照所述推送频率检测是否到达所述目标告警元的推送时间点；

若是，则执行所述按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息的步骤。

5.根据权利要求1所述的告警数据处理方法，其特征在于，所述按照所述推送方式将所述告警消息推送至所述接收端之后，还包括：

在所述接收端可视化展示所述告警消息。

6.一种告警数据处理装置，其特征在于，包括：

获取模块，用于获取云管理平台中的告警数据；

识别模块，用于按照属性信息识别所述告警数据，以确定所述告警数据所属的目标告警元，并建立所述告警数据和所述目标告警元之间的关联关系；其中，所述目标告警元为告警元池中的任一个，所述告警元池中的每个告警元设置有对应的属性信息，所述属性信息包括：告警类型、告警指标、告警级别、所属资源、推送频率、推送方式以及所述告警类型对应的接收端；所述告警类型为CPU、内存、网络或存储；在所述告警元池中，属于同一告警类型的告警元有多个，这多个告警元对应的告警指标、告警级别以及其他属性信息不同；

推送模块，用于按照所述关联关系将所述告警数据和所述目标告警元组合为告警消息，并按照所述推送方式将所述告警消息推送至所述接收端；其中，属于同一告警类型的告警数据被推送到同一接收端；

其中，还包括：用于生成告警元池的生成模块，所述生成模块包括：

分类单元，用于将所述云管理平台中的所有告警项按照所述告警类型、所述告警指标、所述告警级别和所属资源进行划分，获得多个分类项；

配置单元，用于给各个分类项配置所述推送频率、所述推送方式以及相应接收端，以得到多个告警元，并将所有告警元组合为所述告警元池；

其中，所述生成模块还用于：给任一个分类项配置所述推送频率、所述推送方式以及相应接收端，该过程包括：

接收用户输入的配置任一个分类项的请求；

将所述请求携带的所述推送频率、所述推送方式以及相应接收端的标识信息配置给所述任一个分类项。

7.一种告警数据处理设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至5任一项所述的告警数据处理方法。

8.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的告警数据处理方法。

Images