CN111324511B - 报警规则的生成方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种报警规则的生成方法、装置、电子设备及存储介质。所述方法包括：获取报警规则的模板信息，模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；当满足监控触发条件时，加载与数据源信息对应的待监控数据；从待监控数据中查询得到指标维度的枚举值；生成与待监控指标以及各指标维度的枚举值对应的报警规则。通过该方法可以自动从待监控数据中查询得到指标维度的最新枚举值，从而便可生成与待监控指标以及各指标维度的枚举值对应的报警规则，不需要因为指标维度的变化而重新配置报警规则，使用灵活，且可以节省时间成本和人力成本。

Description

报警规则的生成方法、装置、电子设备及存储介质

技术领域

本公开涉及数据处理技术领域，尤其涉及一种报警规则的生成方法、装置、电子设备及存储介质。

背景技术

随着信息技术的发展，无论是服务端还是客户端，在运行过程中都会产生大量的数据，例如，日志文件、采样收集的数据等。这些数据中通常存在一些关注的指标，例如，用户数量、活跃设备数量等，在监控这些指标时，需要工程师们在海量数据中找到对应的数据，并实时判断指标趋势是否正常。

相关技术中，可以通过可视化平台将关注的指标数据进行展示，这些可视化平台对应设置有报警模块。报警模块可以根据配置的报警规则监控指标数据，并在指标数据出现异常时，根据阈值或者同环比指标自动报警。报警规则通常与关注的指标以及维度对应的枚举值对应。在实际业务使用中，维度是动态变化的。例如，客户端更新迭代时会有多个版本持续发布，与用户数量对应的维度“版本”则随之变化。这种场景下，若需要监控最近发布的5个版本的用户量，则每发布一个版本都需要重新配置报警规则。随着维度变化以及配置的报警规则的增加，存在维护和配置报警规则灵活性较差，使用过程较为繁琐的问题。

发明内容

本公开提供一种报警规则的生成方法、装置、电子设备及存储介质，以至少解决相关技术中维护和配置报警规则灵活性较差，使用过程较为繁琐的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种报警规则的生成方法，包括：

获取报警规则的模板信息，模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；

当满足监控触发条件时，加载与数据源信息对应的待监控数据；

从待监控数据中查询得到指标维度的枚举值；

生成与待监控指标以及各指标维度的枚举值对应的报警规则。

在其中一个实施例中，模板信息还包括数据粒度和监控点数；当满足监控触发条件时，加载与数据源信息对应的待监控数据，包括：

根据数据粒度和监控点数，计算得到加载待监控数据的时间范围；

当满足监控触发条件时，加载时间范围内的与数据源信息对应的待监控数据。

在其中一个实施例中，模板信息还包括与指标维度的枚举值对应的数据的排序模型；从待监控数据中查询得到指标维度的枚举值之后，还包括：

通过排序模型对与各指标维度的枚举值对应的数据进行排序；

生成与待监控指标以及各指标维度的枚举值对应的报警规则，包括：

生成与待监控指标以及排序后的各指标维度的枚举值对应的报警规则。

在其中一个实施例中，模板信息还包括数据过滤信息；从待监控数据中查询得到指标维度的枚举值之后，还包括：

过滤待监控数据中与数据过滤信息对应的数据，得到过滤后的指标维度的枚举值；

生成与待监控指标以及各指标维度的枚举值对应的报警规则，包括：

生成与待监控指标以及过滤后的各指标维度的枚举值对应的报警规则。

在其中一个实施例中，生成与待监控指标以及各指标维度的枚举值对应的报警规则之后，还包括：

定时将生成的报警规则写入至消息队列中；

调用消息队列中的报警规则，根据报警规则对待监控数据进行监控。

根据本公开实施例的第二方面，提供一种报警规则的生成装置，包括：

获取模块，被配置为执行获取报警规则的模板信息，模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；

数据加载模块，被配置为执行当满足报警触发条件时，加载与数据源信息对应的待监控数据；

维度查询模块，被配置为执行从待监控数据中查询得到指标维度的枚举值；

报警规则生成模块，被配置为执行生成与待监控指标以及各指标维度的枚举值对应的报警规则。

在其中一个实施例中，模板信息还包括数据粒度和监控点数；数据加载模块包括：

时间范围计算单元，被配置为执行根据数据粒度和监控点数，计算得到加载待监控数据的时间范围；

数据加载单元，被配置为执行当满足监控触发条件时，加载时间范围内，与数据源信息对应的待监控数据。

在其中一个实施例中，模板信息还包括与指标维度的枚举值对应的数据的排序模型；所述装置还包括：

排序模块，被配置为执行通过排序模型对与各指标维度的枚举值对应的数据进行排序；

报警规则生成模块，被配置为执行生成与待监控指标以及排序后的各指标维度的枚举值对应的报警规则。

在其中一个实施例中，模板信息还包括数据过滤信息；所述装置还包括：

数据过滤模块，被配置为执行过滤待监控数据中与数据过滤信息对应的数据，得到过滤后的指标维度的枚举值；

报警规则生成模块，被配置为执行生成与待监控指标以及过滤后的各指标维度的枚举值对应的报警规则。

在其中一个实施例中，所述装置还包括：

定时模块，被配置为执行定时将生成的报警规则写入至消息队列中；

任务调用模块，被配置为执行调用消息队列中的报警规则，根据报警规则对待监控数据进行监控。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如上述第一方面中任一项所述的报警规则的生成方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面中任一项所述的报警规则的生成方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行第一方面的任一项实施例中所述的报警规则的生成方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

通过获取预先配置的报警规则的模板信息，该模板信息包括数据源信息、待监控指标、指标维度及监控触发条件。当满足监控触发条件时，加载与数据源信息对应的待监控数据。通过该技术方案，只需配置一次模板信息，便可在需要执行监控任务时从待监控数据中查询得到指标维度的最新枚举值，从而生成与待监控指标以及各指标维度的枚举值对应的报警规则，不需要因为指标维度的变化而重新配置报警规则，使用灵活，且可以节省时间成本和人力成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种报警规则的生成方法的应用环境图。

图2是根据一示例性实施例示出的一种报警规则的生成方法的流程图。

图3是根据一示例性实施例示出的一种加载待监控数据的流程图。

图4是根据一示例性实施例示出的一种报警规则的生成的流程图。

图5是根据一示例性实施例示出的一种数据监控方法的流程图。

图6是根据一示例性实施例示出的一种报警规则的生成装置的框图。

图7是根据一示例性实施例示出的一种数据监控系统的框图。

图8是根据一示例性实施例示出的一种电子设备的内部结构图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的报警规则的生成方法，可以应用于如图1所示的应用环境中。其中，终端110通过网络与服务器120进行交互。服务器120中部署有数据监控系统，可以用于监控用户关心的数据以及数据的指标趋势等是否正常。终端110具有显示装置，用于将用户关心的指标数据通过可视化界面展示出来。用户可以通过终端110展示出的可视化界面配置报警规则的模板信息。服务器120获取该模板信息，并根据该模板信息动态更新报警规则。具体地，服务器120获取报警规则的模板信息，模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；当满足监控触发条件时，加载与数据源信息对应的待监控数据；从待监控数据中查询得到指标维度的枚举值；生成与待监控指标以及各指标维度的枚举值对应的报警规则。其中，终端110可以是但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务端120可以用独立的服务器或者多个服务器组成的服务器集群来实现。

图2是根据一示例性实施例示出的一种报警规则的生成方法的流程图，如图2所示，报警规则的生成方法用于服务器120中，包括以下步骤。

在步骤S210中，获取报警规则的模板信息，模板信息包括数据源信息、待监控指标、指标维度及监控触发条件。

其中，模板信息是指生成报警规则的标准化信息。模板信息中可以但不限于包括报警规则的基本信息、待监控数据相关的数据信息、监控触发条件以及对待监控数据进行监控的对比模型等。其中，报警规则的基本信息可以但不限于包括报警标题、报警方式等。与待监控数据相关的数据信息可以但不限于包括数据源信息，数据粒度，指标以及与指标对应的维度等。数据源，顾名思义，是指数据的来源，是提供所需要数据的器件或原始媒体。在数据源中存储了所有建立数据库连接的信息。就像通过指定文件名称可以在文件系统中找到文件一样，通过提供正确的数据源信息(例如，数据源名称)，可以找到相应的数据库连接，从而加载到需要的数据。待监控数据是指待进行监控数据的指标波动是否正常的数据。指标是衡量事务发展程度的参数，是指预期中打算达到的指数、规格、标准等，例如，用户数量、覆盖率、活跃的设备数量等。指标通常需要经过加和、平均等聚合统计才能得到。指标维度是事物或现象的某种特征，如性别、地区、时间等都是维度。具体地，用户可以通过终端展示的可视化界面预先配置好模板信息。当需要生成报警规则时，服务器获取预先配置好的该模板信息。

在步骤S220中，当满足监控触发条件时，加载与数据源信息对应的待监控数据。

其中，监控触发条件是指触发生成报警规则的条件，例如，设定监控触发条件为满足一定的时间，例如，每天晚上的十点，那么当监测到时间到达晚上十点时，则判断满足监控触发条件，触发生成报警规则。具体地，服务器实时监控当前是否满足监控触发条件，当判断当前满足监控触发条件时，则根据所获取的模板信息中的数据源信息加载得到对应的待监控数据。

在步骤S230中，从待监控数据中查询得到指标维度的枚举值。

其中，指标维度的枚举值是指与维度对应的所有值。示例性地，待监控数据的指标为用户数量，该待监控数据的指标维度包括职业、城市、性别、应用版本。以指标维度是应用版本为例，应用版本包括版本1、版本2、版本3，则该版本1、版本2、版本3则为维度版本的枚举值。维度的枚举值可以是动态变化的，例如，当发布新的版本-版本4后，与维度版本对应的枚举值则会相应的变成版本1、版本2、版本3、版本4。具体地，在加载得到待监控数据后，从该待监控数据中查询得到关心的指标维度对应的枚举值。由于报警规则的生成是动态的，因此可以得到待监控数据中的最新的维度枚举值，从而不需要用户在指标维度发生变化时手动更新报警规则。

在步骤S240中，生成与待监控指标以及各指标维度的枚举值对应的报警规则。

具体地，在查询得到待监控数据中的指标维度的枚举值后，可以根据指标、指标维度的各个枚举值以及模板信息中的其他信息(报警规则基本信息、对比模型、报警触发条件等)创建与维度的枚举值对应的报警规则，并使用该报警规则对待监控数据进行监控。

上述报警规则的生成方法中，通过获取预先配置的报警规则的模板信息，根据该模板信息动态生成报警规则，实现只需配置一次模板信息，便可在需要执行监控任务的时候从待监控数据中查询得到指标维度的最新枚举值，从而生成与待监控指标以及各指标维度的枚举值对应的报警规则。不需要因为指标维度的变化而重新配置报警规则，使用灵活，且可以节省时间成本和人力成本。

在一示例性实施例中，模板信息还包括数据粒度和监控点数；如图3所示，在步骤S220中，当满足监控触发条件时，加载与数据源信息对应的待监控数据，具体可以通过以下步骤实现：

在步骤S221中，根据数据粒度和监控点数，计算得到加载待监控数据的时间范围。

在步骤S222中，当满足监控触发条件时，加载时间范围内的与数据源信息对应的待监控数据。

其中，数据粒度是指数据仓库的数据单位中保存数据的细化或综合程度的级别。根据数据粒度细化标准：细化程度越高，粒度越小；细化程度越低，粒度越大。在本实施例中，数据粒度可以指时间粒度，时间粒度是指数据源中检测数据的频率。例如，对于用户数量，可以是每分钟检测一次，也可以是每十分钟检测一次。监控点数是指需要监控的时间点的个数，例如，想要监控3个时间点的个数。具体地，用户在配置报警规则的模板信息时，可以输入数据粒度和需要监控的监控点数。服务器获取该数据粒度和监控点数，根据该数据粒度和监控点数，计算每次查询待监控数据的时间范围。示例性地，若数据粒度为15分钟，监控点数为3，加载待监控数据的时间范围则为45分钟。若监控触发条件为15:00，则可以加载14:15-15:00期间的数据作为待监控数据。进一步地，为了提高数据监控的准确性，在计算待监控数据的时间范围时，可以对时间范围做一定比例的扩张，增加待监控数据的查询范围。本实施例中，通过在模板信息中配置数据粒度和监控点数，使服务器能够在监控触发条件满足时，自动加载需要监控的时间范围内的待监控数据，从而实现报警规则的自动化实施，减少时间成本和人力成本。

在一示例性实施例中，模板信息还包括与指标维度的枚举值对应的数据的排序模型；从待监控数据中查询得到指标维度的枚举值之后，还包括：通过排序模型对与各指标维度的枚举值对应的数据进行排序。在本实施例中，步骤S240，生成与待监控指标以及各指标维度的枚举值对应的报警规则，具体可以包括：生成与待监控指标以及排序后的各指标维度的枚举值对应的报警规则。

具体地，由于从待监控数据中查询到的指标维度的枚举值可能包含很多个，为了进一步便于用户了解待监控数据的发展趋势，生成与待监控数据的发展趋势相应的报警规则。在本实施例中，模板信息还可以包括排序模型，使用户可以在配置模板信息时，根据实际的数据监控需求配置与指标维度的枚举值对应的数据的排序规则。进一步地，用户还可以通过可视化界面选择指标维度的枚举值的数量。示例性地，指标为用户数量的增长率，维度为城市，若想监控增长率最高的前10个城市的数据，则可以预先配置排序模型为增长率从高至低排序，数量为前10。本实施例中，通过在模板信息中增加排序模型，便于有针对性地监控数据，从而使用户可以清晰的了解数据的变化趋势，且加快了系统的运行效率。

在一示例性实施例中，模板信息还包括数据过滤信息；从待监控数据中查询得到指标维度的枚举值之后，还包括：过滤待监控数据中与数据过滤信息对应的数据，得到过滤后的指标维度的枚举值。在本实施例中，步骤S240，生成与待监控指标以及各指标维度的枚举值对应的报警规则，具体可以包括：生成与待监控指标以及过滤后的各指标维度的枚举值对应的报警规则。

具体地，在一些场景下，加载得到的待监控数据中会存在一些不需要关注的数据。本实施例中，通过在模板信息中增加数据过滤信息，可以使服务器在从待监控数据中查询指标维度对应的枚举值时，自动过滤与数据过滤信息对应的数据，从而使生成的报警规则不再针对与数据过滤信息对应的数据。示例性地，若不需要监控A地区对应的用户增长率，则可以预先在模板信息的数据过滤信息中配置“A地区”，从而过滤A地区对应的数据。

在一示例性实施例中，在步骤S240，生成与待监控指标以及各指标维度的枚举值对应的报警规则之后，还包括以下步骤：定时将生成的报警规则写入至消息队列中调用消息队列中的报警规则，根据报警规则对待监控数据进行监控。

具体地，在动态的生成报警规则后，可以定时将所生成的报警规则写入至消息队列中，根据报警规则建立数据监控任务。然后，通过实时调用消息队列中的报警规则，对待监控数据进行监控。本实施例中，通过定时将报警规则写入至消费队列，可以减轻数据监控系统的运行压力，从而使数据监控系统运行更加稳定。

图4是根据一示例性实施例示出的一种具体的报警规则的生成方法的流程图，如图4所示，包括以下步骤。

在步骤410中，获取报警规则的模板信息。其中，模板信息可以但不限于包括数据源信息、监控触发条件、数据粒度、监控点数、待监控指标、指标维度、排序模型、数据过滤信息以及对比模型。

其中，数据源信息可以是数据库中的数据表名称。监控触发条件可以是指触发生成报警规则的时间间隔，该时间间隔决定生成报警规则的频率和时间。当监测时间满足该时间间隔时，可以利用调度器调用报警规则生成任务，生成新的报警规则。

在步骤420中，根据数据粒度和监控点数，计算得到加载待监控数据的时间范围。

在步骤430中，当满足监控触发条件时，加载时间范围内的与数据源信息对应的待监控数据。

在步骤440中，从待监控数据中查询得到指标维度的枚举值。

在步骤450中，通过排序模型对与各指标维度的枚举值对应的数据进行排序。

在步骤460中，过滤待监控数据中与数据过滤信息对应的数据，得到过滤后的指标维度的枚举值。

在步骤470中，生成排序后和/或过滤后的各指标维度的枚举值对应的报警规则。如图4所示，所生成的每个报警规则中包含一个选择的指标维度的枚举值，以及模板信息中的其他信息。例如，若通过排序模型和数据过滤信息后，选择N个指标维度的枚举值，则最终可以生成与每个维度的枚举值各自对应的报警规则。其中，该其他信息可以但不限于包括数据源信息、监控触发条件、数据粒度、监控点数、待监控指标、指标维度、数据过滤信息以及对比模型。后续在调用所生成的报警规则进行数据监控时，可以根据报警规则中包含的该其他信息从历史数据中查询到需要的数据与待监控数据进行对比得到对比结果，进而在判断对比结果异常时触发报警，从而完成数据的监控。

图5是根据一示例性实施例示出的一种使用上述方法生成的报警规则进行数据监控的流程图，如图5所示，包括以下步骤。

在步骤501中，获取报警规则的模板信息。

在步骤502中，当监控时间间隔到达时，则利用调度器调用报警规则生成任务。

在步骤503中，根据所获取的模板信息，生成与各维度指标的枚举值对应的报警规则。其中，生成报警规则的具体步骤参照上述报警规则的生成方法，在此不做进一步阐述。

在步骤504中，将所生成的报警规则持久化。持久化可以使所生成的规则能够被调用；同时，可以使所生成的报警规则能够供终端使用，使用户能够通过可视化界面查看具体的报警规则和数据。

在步骤505中，定时利用调度器调用所生成的报警规则。

在步骤506中，将报警规则写入消息队列中。

在步骤507中，调用消息队列中的报警规则。

在步骤508中，从数据源中查询到需要与待监控数据进行对比的数据。可以理解的是的，在报警规则中还可以配置有报警触发条件等信息，服务器可以根据该报警触发条件对待监控数据对应的时间范围进行时间偏移，生成查询对比数据的时间段。例如，与待监控数据对应的时间段为2020年1月2日，13:00-15:00；报警触发条件则为用户在线率为1天前高30％，则可以对与待监控数据对应的时间段进行时间偏移，得到查询对比数据的时间段为2020年1月1日，13:00-15:00。

在步骤509中，对所查询到的数据进行数据处理。具体地，数据处理可以是指根据实际需求对查询到的数据进行格式转换，使格式转换的数据能够被直接用于数据对比。

在步骤510中，按照预先配置的对比模型将待监控数据和查询得到的历史数据进行对比，输出对比结果。

在步骤511中，判断对比结果是否满足报警触发条件。若满足，则执行步骤512，根据预先设置的报警方式触发报警，并在报警后执行步骤513，结束本次数据监控任务；否则直接执行步骤513，结束本次数据监控任务。

在步骤512中，根据预先设置的报警方式触发报警。

在步骤513中，结束数据监控任务。

应该理解的是，虽然图1～5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1～5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图6是根据一示例性实施例示出的一种报警规则的生成装置600框图。参照图6，该装置包括获取模块601、数据加载模块602、维度查询模块603和报警规则生成模块604。

获取模块601，被配置为执行获取报警规则的模板信息，模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；

数据加载模块602，被配置为执行当满足报警触发条件时，加载与数据源信息对应的待监控数据；

维度查询模块603，被配置为执行从待监控数据中查询得到指标维度的枚举值；

报警规则生成模块604，被配置为执行生成与待监控指标以及各指标维度的枚举值对应的报警规则。

在一个示例性实施例中，模板信息还包括数据粒度和监控点数；数据加载模块602包括：

时间范围计算单元，被配置为执行根据数据粒度和监控点数，计算得到加载待监控数据的时间范围；

数据加载单元，被配置为执行当满足监控触发条件时，加载时间范围内，与数据源信息对应的待监控数据。

在一个示例性实施例中，模板信息还包括与指标维度的枚举值对应的数据的排序模型；所述装置还包括：

排序模块，被配置为执行通过排序模型对与各指标维度的枚举值对应的数据进行排序；

报警规则生成模块604，被配置为执行生成与待监控指标以及排序后的各指标维度的枚举值对应的报警规则。

在一个示例性实施例中，模板信息还包括数据过滤信息；所述装置还包括：

数据过滤模块，被配置为执行过滤待监控数据中与数据过滤信息对应的数据，得到过滤后的指标维度的枚举值；

报警规则生成模块604，被配置为执行生成与待监控指标以及过滤后的各指标维度的枚举值对应的报警规则。

在一个示例性实施例中，所述装置还包括：

定时模块，被配置为执行定时将生成的报警规则写入至消息队列中；

任务调用模块，被配置为执行调用消息队列中的报警规则，根据报警规则对待监控数据进行监控。

图7是根据一示例性实施例示出的一种报数据监控系统700的框图。参照图7，其中：

可视化界面(WEBUI，WebsiteUserInterface)，用于给提供用户配置查看界面，使用户能够简单便捷的配置报警规则的模型信息。

规则生成器(参照图6中的报警规则的生成装置)，被配置为执行根据模板信息动态生成报警规则，根据数据的变化及时更新报警规则。

定时模块，被配置为执行按照配置的监控触发条件生成报警规则，并定时将报警规则写入消息队列。

调用模块，被配置为执行实时调用消息队列中的报警规则。

查询模块，被配置为执行根据时间段等信息从数据源中查询需要的数据。进一步地，查询模块还可以对查询到的数据做数据处理，按照一定的格式将处理后的数据输出至对比模块。

对比模块，被配置为执行根据配置的对比模型，对比待监控数据和查询到的数据。

报警模块，被配置为执行在对比结果满足报警条件时，发送报警通知、跟进报警提醒、恢复报警通知及报警事件跟踪等。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于生成报警规则的设备800的框图。例如，设备800可以为一服务器。参照图8，设备800包括处理组件820，其进一步包括一个或多个处理器，以及由存储器822所代表的存储器资源，用于存储可由处理组件820的执行的指令，例如应用程序。存储器822中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件820被配置为执行指令，以执行上述报警规则的生成的方法。

设备800还可以包括一个电源组件824被配置为执行设备800的电源管理，一个有线或无线网络接口826被配置为将设备800连接到网络，和一个输入输出(I/O)接口828。设备800可以操作基于存储在存储器822的操作系统，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器822，上述指令可由设备800的处理器执行以完成上述方法。存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种报警规则的生成方法，其特征在于，包括：

获取报警规则的模板信息，所述模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；

当满足所述监控触发条件时，加载与所述数据源信息对应的待监控数据；

从所述待监控数据中查询得到所述指标维度的枚举值；

生成与所述待监控指标以及各指标维度的枚举值对应的报警规则；

所述模板信息还包括数据粒度和监控点数；所述当满足所述监控触发条件时，加载与所述数据源信息对应的待监控数据，包括：

根据所述数据粒度和所述监控点数，计算得到加载所述待监控数据的时间范围；

当满足所述监控触发条件时，加载所述时间范围内的与所述数据源信息对应的待监控数据。

2.根据权利要求1所述的报警规则的生成方法，其特征在于，所述模板信息还包括与所述指标维度的枚举值对应的数据的排序模型；所述从所述待监控数据中查询得到所述指标维度的枚举值之后，还包括：

通过所述排序模型对与所述各指标维度的枚举值对应的数据进行排序；

所述生成与所述待监控指标以及各指标维度的枚举值对应的报警规则，包括：

生成与所述待监控指标以及排序后的所述各指标维度的枚举值对应的报警规则。

3.根据权利要求1所述的报警规则的生成方法，其特征在于，所述模板信息还包括数据过滤信息；所述从所述待监控数据中查询得到所述指标维度的枚举值之后，还包括：

过滤所述待监控数据中与所述数据过滤信息对应的数据，得到过滤后的指标维度的枚举值；

所述生成与所述待监控指标以及各指标维度的枚举值对应的报警规则，包括：

生成与所述待监控指标以及过滤后的各指标维度的枚举值对应的报警规则。

4.根据权利要求1～3任一项所述的报警规则的生成方法，其特征在于，所述生成与所述待监控指标以及各指标维度的枚举值对应的报警规则之后，还包括：

定时将生成的所述报警规则写入至消息队列中；

调用所述消息队列中的所述报警规则，根据所述报警规则对所述待监控数据进行监控。

5.一种报警规则的生成装置，其特征在于，包括：

获取模块，被配置为执行获取报警规则的模板信息，所述模板信息包括数据源信息、待监控指标、指标维度及监控触发条件；

数据加载模块，被配置为执行当满足所述监控触发条件时，加载与所述数据源信息对应的待监控数据；

维度查询模块，被配置为执行从所述待监控数据中查询得到所述指标维度的枚举值；

报警规则生成模块，被配置为执行生成与所述待监控指标以及各指标维度的枚举值对应的报警规则；

所述模板信息还包括数据粒度和监控点数；所述数据加载模块包括：

时间范围计算单元，被配置为执行根据所述数据粒度和所述监控点数，计算得到加载所述待监控数据的时间范围；

数据加载单元，被配置为执行当满足所述监控触发条件时，加载所述时间范围内，与所述数据源信息对应的待监控数据。

6.根据权利要求5所述的报警规则的生成装置，其特征在于，所述模板信息还包括与所述指标维度的枚举值对应的数据的排序模型；所述装置还包括：

排序模块，被配置为执行通过所述排序模型对与所述各指标维度的枚举值对应的数据进行排序；

所述报警规则生成模块，被配置为执行生成与所述待监控指标以及排序后的所述各指标维度的枚举值对应的报警规则。

7.根据权利要求5所述的报警规则的生成装置，其特征在于，所述模板信息还包括数据过滤信息；所述装置还包括：

数据过滤模块，被配置为执行过滤所述待监控数据中与所述数据过滤信息对应的数据，得到过滤后的指标维度的枚举值；

所述报警规则生成模块，被配置为执行生成与所述待监控指标以及过滤后的各指标维度的枚举值对应的报警规则。

8.根据权利要求5～7任一项所述的报警规则的生成装置，其特征在于，所述装置还包括：

定时模块，被配置为执行定时将生成的所述报警规则写入至消息队列中；

任务调用模块，被配置为执行调用消息队列中的所述报警规则，根据所述报警规则对所述待监控数据进行监控。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至4中任一项所述的报警规则的生成方法。

10.一种存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至4中任一项所述的报警规则的生成方法。