CN110597861A - 实时告警方法、装置及设备和计算机可读存储介质 - Google Patents

Abstract

本发明提供一种实时告警方法、装置及设备和计算机可读存储介质。该方法包括：按照预定时间间隔获取内存中的告警规则；根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据；按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据；按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据；将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。本发明的方法，将复杂的运维监控工作自动化、集成化，有助于对告警信息及时有效的发布和处理。

Description

实时告警方法、装置及设备和计算机可读存储介质

技术领域

本发明涉及运维技术，尤其涉及一种实时告警方法、装置及设备和计算机可读存储介质。

背景技术

随着各业务系统的规模不断扩大，业务量也急剧增加，对各业务系统进行运维监控也越发重要。

目前，对于具体设备(如电网机器设备/服务器/车辆等)、数据库性能、互联网各系统之间通信等需要监控的内容，往往都设置有单独的监控系统。

然而，由于监控系统多种多样，其同时发生告警时，就会因告警信息集中展示而造成告警混乱，而在有限的人力下，无法对大量监控系统的告警信息进行兼顾分析处理，这就造成告警混乱，不利于运维监控工作的高效运行。

发明内容

本发明提供一种实时告警方法、装置及设备和计算机可读存储介质，用以解决相关技术中告警信息集中展示带来的告警混乱问题。

第一方面，本发明提供一种实时告警方法，包括：

按照预定时间间隔获取内存中的告警规则；

根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据；

按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据；

按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据；

将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

第二方面，本发明提供一种实时告警装置，包括：

第一获取模块，用于按照预定时间间隔获取内存中的告警规则；

检索模块，用于根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据；

过滤模块，用于按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据；

转换模块，用于按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据；

发送模块，用于将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

第三方面，本发明提供一种实时告警设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面任一项所述的方法。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如第一方面所述的方法。

本发明提供的技术方案中，具体地，可定时获取内存中告警规则，其中，定时所需的预定时间间隔可根据实际运维需要进行任意设置，可设置成周期性的定时获取，也可设置成非周期性的定时获取。这里的告警规则可以是任一告警服务对应的告警规则，也可以是大量不同业务系统内的告警服务对应的大量告警规则，也就是说，这种定时获取告警规则以在后续确定是否需要告警的处理过程，可以单线进行，也可以多线并发进行，这样一来，可满足多业务系统、多告警需求下的大量监控工作同时进行，提升了运维监控工作的效率。

进一步地，在针对任一告警服务的告警规则中，都设置有检索条件，这一检索条件为有资格作为此告警服务的对象的筛选条件。此处所述的对象，可以为设备、端口、功能模块，也可以为设备、端口、功能模块的任一属性信息，还可以为告警服务的任一属性信息，如服务名称、调用总量、调用成功总数、成功率、平均响应时间、最大/最小平均响应时长等。同时，提供第一数据库，第一数据库中具有JS脚本解析得到的来自不同业务系统的初始业务数据。接着即可根据检索条件在第一数据库的初始业务数据中进行检索，得到第一数据。此时，第一数据即为用于判断是否需要进行告警的数据依据。

接下来，按照告警规则对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据，其中，告警规则中对第一数据中的各项属性信息规定了应有的阈值范围，若第一数据中的满足告警规则中规定的阈值范围的属性信息达到预定水平，即可认定第一数据出现异常，需要进行告警，而这些达到预定水平的数据，即为第一数据中筛选出的有异常的第二数据。其中所述的预定水平可以指满足告警规则中规定的阈值范围的属性信息达到指定数量，也可以指至少一项属性信息满足告警规则中规定的阈值范围。

而由于筛选出的第二数据的格式和内容多种多样，不能够使运维人员直观地查看告警原因和告警位置等实际情况，故可将第二数据按照其告警规则中的预定数据转换规则转换为能够直观显示告警原因和告警位置等实际情况的第三数据。

最终，将第三数据发送至指定对象，指定对象可根据第三数据生成并显示告警信息，以供运维人员查看。其中，指定对象为告警规则中规定的对象，可以为指定邮箱、指定社交账号、指定终端等任何指定接受方。

通过以上技术方案，可对大量业务系统进行同时运维监控和实时告警，将复杂的运维监控工作自动化、集成化，有助于对告警信息及时有效的发布和处理。

附图说明

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

图1为本发明实施例所提供的一种实时告警方法的流程示意图；

图2为本发明实施例所提供的另一种实时告警方法的流程示意图；

图3为本发明实施例所提供的再一种实时告警方法的流程示意图；

图4为图3实施例中告警规则修改界面的截屏示意图；

图5为本发明实施例所提供的一种实时告警装置的功能方块图；

图6为本发明实施例所提供的一种实时告警装置的工作架构图；

图7为图6实施例中指定对象显示告警信息的示意图；

图8为本发明实施例所提供的一种实时告警设备的架构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先对本发明所涉及的名词进行解释：

告警规则：是指启动任一告警服务所需要满足的条件；

检索条件：是指有资格作为此告警服务的对象的筛选条件；

预定数据转换规则：是指能够将筛选出的第二数据转换为直观显示告警原因和告警位置等实际情况的第三数据的规则。

本发明提供的技术方案，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本发明实施例提供了一种实时告警方法。请参考图1，该方法包括如下步骤：

S102，按照预定时间间隔获取内存中的告警规则。

定时所需的预定时间间隔可根据实际运维需要进行任意设置，可设置成周期性的定时获取，也可设置成非周期性的定时获取。这里的告警规则可以是任一告警服务对应的告警规则，也可以是大量不同业务系统内的告警服务对应的大量告警规则，也就是说，这种定时获取告警规则以在后续确定是否需要告警的处理过程，可以单线进行，也可以多线并发进行，这样一来，可满足多业务系统、多告警需求下的大量监控工作同时进行，提升了运维监控工作的效率。

S104，根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据。

进一步地，在针对任一告警服务的告警规则中，都设置有检索条件，这一检索条件为有资格作为此告警服务的对象的筛选条件。此处所述的对象，可以为设备、端口、功能模块，也可以为设备、端口、功能模块的任一属性信息，还可以为告警服务的任一属性信息，如服务名称、调用总量、调用成功总数、成功率、平均响应时间、最大/最小平均响应时长等。

S106，按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据。

同时，提供第一数据库，第一数据库中具有JS脚本解析得到的来自不同业务系统的初始业务数据。接着即可根据检索条件在第一数据库的初始业务数据中进行检索，得到第一数据。此时，第一数据即为用于判断是否需要进行告警的数据依据。

S108，按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据。

接下来，按照告警规则对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据，其中，告警规则中对第一数据中的各项属性信息规定了应有的阈值范围，若第一数据中的满足告警规则中规定的阈值范围的属性信息达到预定水平，即可认定第一数据出现异常，需要进行告警，而这些达到预定水平的数据，即为第一数据中筛选出的有异常的第二数据。其中所述的预定水平可以指满足告警规则中规定的阈值范围的属性信息达到指定数量，也可以指至少一项属性信息满足告警规则中规定的阈值范围。

而由于筛选出的第二数据的格式和内容多种多样，不能够使运维人员直观地查看告警原因和告警位置等实际情况，故可将第二数据按照其告警规则中的预定数据转换规则转换为能够直观显示告警原因和告警位置等实际情况的第三数据。

S110，将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

最终，将第三数据发送至指定对象，指定对象可根据第三数据生成并显示告警信息，以供运维人员查看。其中，指定对象为告警规则中规定的对象，可以为指定邮箱、指定社交账号、指定终端等任何指定接受方。

通过以上技术方案，可对大量业务系统进行同时运维监控和实时告警，将复杂的运维监控工作自动化、集成化，有助于对告警信息及时有效的发布和处理。

实施例二

本发明实施例提供了一种实时告警方法。请参考图2，该方法包括如下步骤：

S202，按照预定粒度，将多个业务系统对应的多个第二数据库中的日志数据划分为多组数据。

预定粒度可以为符合实际数据打包需求的任何粒度，比如，1min，即可将任一第二数据库中的日志数据划分为每分钟得到的数据为一组，这样，可在后续进行告警时方便快速地定位至告警数据的实际发生时间。第二数据库为业务系统的日志库。

S204，将所述多组数据分别写入多个JS脚本。

JS即javascript，Javascript是一种兼容性极高的脚本语言，将不同业务系统的数据均转换为JS脚本的形式，可使得多个业务系统能够兼容于同一个实时告警设备(或者平台)，从而有利于运维及告警工作的便捷运行。

S206，通过Rhino解析所述多个JS脚本，得到初始业务数据。

Rhino是一种使用Java语言编写的JavaScript的开源实现，是基于原型的语言，而不是一种基于类的语言。在Rhino中，可以构建对象，而不是类，进而通过Rhino解析多个JS脚本后得到初始业务数据，可以避免构建和操作类的开发、部署和执行成本。

S208，将所述初始数据存储至第一数据库。

可选地，第一数据库为报表库。

通过上述步骤，可获取实时的数据源，即不断按照预定粒度更新和增加的初始业务数据，有助于进一步进行实时监控和告警。

S210，按照预定时间间隔获取内存中的告警规则。

定时所需的预定时间间隔可根据实际运维需要进行任意设置，可设置成周期性的定时获取，也可设置成非周期性的定时获取。这里的告警规则可以是任一告警服务对应的告警规则，也可以是大量不同业务系统内的告警服务对应的大量告警规则，也就是说，这种定时获取告警规则以在后续确定是否需要告警的处理过程，可以单线进行，也可以多线并发进行，这样一来，可满足多业务系统、多告警需求下的大量监控工作同时进行，提升了运维监控工作的效率。

S212，根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据。

在针对任一告警服务的告警规则中，都设置有检索条件，这一检索条件为有资格作为此告警服务的对象的筛选条件。此处所述的对象，可以为设备、端口、功能模块，也可以为设备、端口、功能模块的任一属性信息，还可以为告警服务的任一属性信息，如服务名称、调用总量、调用成功总数、成功率、平均响应时间、最大/最小平均响应时长等。

S214，按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据。

第一数据库中具有JS脚本解析得到的来自不同业务系统的初始业务数据。接着即可根据检索条件在第一数据库的初始业务数据中进行检索，得到第一数据。此时，第一数据即为用于判断是否需要进行告警的数据依据。

S216，按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据。

按照告警规则对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据，其中，告警规则中对第一数据中的各项属性信息规定了应有的阈值范围，若第一数据中的满足告警规则中规定的阈值范围的属性信息达到预定水平，即可认定第一数据出现异常，需要进行告警，而这些达到预定水平的数据，即为第一数据中筛选出的有异常的第二数据。其中所述的预定水平可以指满足告警规则中规定的阈值范围的属性信息达到指定数量，也可以指至少一项属性信息满足告警规则中规定的阈值范围。

而由于筛选出的第二数据的格式和内容多种多样，不能够使运维人员直观地查看告警原因和告警位置等实际情况，故可将第二数据按照其告警规则中的预定数据转换规则转换为能够直观显示告警原因和告警位置等实际情况的第三数据。

S218，将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

最终，将第三数据发送至指定对象，指定对象可根据第三数据生成并显示告警信息，以供运维人员查看。其中，指定对象为告警规则中规定的对象，可以为指定邮箱、指定社交账号、指定终端等任何指定接受方。

通过以上技术方案，可对大量业务系统进行同时运维监控和实时告警，将复杂的运维监控工作自动化、集成化，有助于对告警信息及时有效的发布和处理。

实施例三

本发明实施例提供了一种实时告警方法。请参考图3，该方法包括如下步骤：

S302，获取告警规则获取指令。

S304，根据所述告警规则获取指令，从第三数据库中获取所述告警规则。

告警规则并不是一开始就存储在实时告警设备的内存中，而是存储在第三数据库中。在实时告警设备进行启动或复位时，可产生告警规则获取指令，当然，告警规则获取指令也可由用户通过其他操作产生。接着，根据告警规则获取指令，在第三数据库中获取告警规则获取指令所指示获取的告警规则。

当然，告警规则获取指令可指示获取全部告警规则，也可指示获取指定若干个业务系统对应的告警规则集合，告警规则获取指令的内容可根据实际运维和告警需求进行调整。

S306，将所述告警规则存储至所述内存。

将获取到的告警规则存储至内存，以便在需要通过告警规则对数据进行筛选时便捷地调用告警规则，提升实时告警设备的工作便利性。

另外，在本发明的一种实现方式中，可选地，可在上述实施例中的任两个步骤间，获取告警规则修改信息；根据所述告警规则修改信息，对所述规则数据库中的所述告警规则以及所述内存中的所述告警规则进行同步更新。

告警规则修改信息可为用户在实时告警设备侧输入的，也可为实时告警设备接收到的来自其他终端的，总之，告警规则修改信息是根据实际运维和告警需求灵活设置的，从而保证了实时告警的有效性和实用性。

例如图4所示的截图界面中，每项规则名称所在行都提供分配用户、修改和删除选项，在这三个选项中进行的任何操作都会对应产生告警规则修改信息。具体来说，在分配用户选项中，可为此规则名称对应的告警规则设置或更改指定对象，在修改选项中，可为此规则名称对应的告警规则修改检索条件等内容，在删除选项中，可删除此规则名称对应的告警规则。

S308，按照预定时间间隔获取内存中的告警规则。

定时所需的预定时间间隔可根据实际运维需要进行任意设置，可设置成周期性的定时获取，也可设置成非周期性的定时获取。这里的告警规则可以是任一告警服务对应的告警规则，也可以是大量不同业务系统内的告警服务对应的大量告警规则，也就是说，这种定时获取告警规则以在后续确定是否需要告警的处理过程，可以单线进行，也可以多线并发进行，这样一来，可满足多业务系统、多告警需求下的大量监控工作同时进行，提升了运维监控工作的效率。

S310，根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据。

在针对任一告警服务的告警规则中，都设置有检索条件，这一检索条件为有资格作为此告警服务的对象的筛选条件。此处所述的对象，可以为设备、端口、功能模块，也可以为设备、端口、功能模块的任一属性信息，还可以为告警服务的任一属性信息，如服务名称、调用总量、调用成功总数、成功率、平均响应时间、最大/最小平均响应时长等。

S312，按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据。

第一数据库中具有JS脚本解析得到的来自不同业务系统的初始业务数据。接着即可根据检索条件在第一数据库的初始业务数据中进行检索，得到第一数据。此时，第一数据即为用于判断是否需要进行告警的数据依据。

S314，按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据。

按照告警规则对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据，其中，告警规则中对第一数据中的各项属性信息规定了应有的阈值范围，若第一数据中的满足告警规则中规定的阈值范围的属性信息达到预定水平，即可认定第一数据出现异常，需要进行告警，而这些达到预定水平的数据，即为第一数据中筛选出的有异常的第二数据。其中所述的预定水平可以指满足告警规则中规定的阈值范围的属性信息达到指定数量，也可以指至少一项属性信息满足告警规则中规定的阈值范围。

而由于筛选出的第二数据的格式和内容多种多样，不能够使运维人员直观地查看告警原因和告警位置等实际情况，故可将第二数据按照其告警规则中的预定数据转换规则转换为能够直观显示告警原因和告警位置等实际情况的第三数据。

S316，将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

最终，将第三数据发送至指定对象，指定对象可根据第三数据生成并显示告警信息，以供运维人员查看。其中，指定对象为告警规则中规定的对象，可以为指定邮箱、指定社交账号、指定终端等任何指定接受方。

通过以上技术方案，可对大量业务系统进行同时运维监控和实时告警，将复杂的运维监控工作自动化、集成化，有助于对告警信息及时有效的发布和处理。

需要补充的是，在上述实施例一至三中，可选地，第一数据库、第二数据库和第三数据库为MySQL数据库，其中，MySQL数据库是一种开放源代码的关系型数据库管理系统，其是开放源代码的，因此任何人都可以在许可下下载并根据个性化的需要对其进行修改，从而使得实时告警设备的源数据、告警规则等内容都可动态修改，以适应实际运维和告警需求，大大提升了告警工作的实用性。

可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

当用于本申请中时，虽然术语“第一”、“第二”等可能会在本申请中使用以描述各元件，但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。比如，在不改变描述的含义的情况下，第一元件可以叫做第二元件，并且同样第，第二元件可以叫做第一元件，只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件，但可以不是相同的元件。

本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。

实施例四

基于上述实施例一所提供的实时告警方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。

本发明实施例提供了一种实时告警装置，请参考图5，该实时告警装置500，包括：

第一获取模块502，用于按照预定时间间隔获取内存中的告警规则；

检索模块504，用于根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据；

过滤模块506，用于按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据；

转换模块508，用于按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据；

发送模块510，用于将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

实时告警装置500还包括：

划分模块，用于在所述第一获取模块502获取所述告警规则之前，按照预定粒度，将多个业务系统对应的多个第二数据库中的日志数据划分为多组数据；

写入模块，用于将所述多组数据分别写入多个JS脚本；

解析模块，用于通过Rhino解析所述多个JS脚本，得到所述初始业务数据；

第一存储模块，用于将所述初始数据存储至所述第一数据库。

实时告警装置500还包括：

第二获取模块，用于在所述第一获取模块502获取所述告警规则之前，获取告警规则获取指令；

第三获取模块，用于根据所述告警规则获取指令，从第三数据库中获取所述告警规则；

第二存储模块，用于将所述告警规则存储至所述内存。

实时告警装置500还包括：

第四获取模块，用于获取告警规则修改信息；

修改模块，用于根据所述告警规则修改信息，对所述规则数据库中的所述告警规则以及所述内存中的所述告警规则进行同步更新。

图5所示实施例的实时告警装置500可用于执行上述方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述，可选的，该实时告警装置500可以服务器或终端。

应理解以上图5所示实时告警装置500的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，获取模块83可以为单独设立的处理元件，也可以集成在实时告警装置500中，例如终端的某一个芯片中实现，此外，也可以以程序的形式存储于实时告警装置500的存储器中，由实时告警装置500的某一个处理元件调用并执行以上各个模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，当以上某个模块通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central ProcessingUnit，CPU)或其它可以调用程序的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

实施例五

本发明实施例提供了一种实时告警装置的工作架构图，请参考图6。

如图6所示，首先，需要根据各业务系统的数据创建实时告警设备的数据源。具体来说，各业务系统的业务日志数据存在各自的日志库中，启动定时任务，将日志库的数据按1分钟为粒度进行规整后存入报表库的逻辑写入JS脚本中，再通过Rhino解析JS脚本实现数据入报表库。至此，将报表库作为实时告警设备的数据源。

其中，用户可通过管理控制台对告警时间配置、告警指标及阈值设置、推送用户配置等内容进行配置，并将配置结果作为告警规则存储至规则数据库。实时告警设备启动时，可从存储有大量告警规则的规则数据库中获取告警规则，将告警规则存入自身的内存。

当然，业务系统的数量很多，相对地，其日志库以及日志库对应的报表库的数量也很多，每个报表库都可对应一个专项的告警服务，该告警服务执行时可对对应的报表库中的数据进行处理，这一处理过程具体包括：依据告警规则中的检索条件获取各业务系统所承载服务的调用情况作为基础数据，其中，服务的各种指标包括服务名称、调用总量、调用成功总数、成功率、平均响应时间、最大/最小平均响应时长等；接着，依据内存中的告警规则对基础数据进行过滤；最后，依据预定数据转换规则将过滤后的数据转化为用户能够清晰可见的文字。其中，对报表库中的数据进行处理的功能可动态横向扩展，具有高可复用性。

此实时告警设备支持多租户的告警，告警信息可以经微信API(ApplicationProgramming Interface，应用程序接口)或钉钉API推送到指定对象的微信或者钉钉中，指定对象的微信或者钉钉中显示的告警信息如图7所示。另外，告警信息的推送支持插件式，从而可以配置更多的推送方式。

并且，本发明实施例提供了一种实时告警设备，请参考图8，该实时告警设备800，包括：

存储器810；

处理器820；以及

计算机程序；

其中，计算机程序存储在存储器810中，并被配置为由处理器820执行以实现如上述实施例所述的方法。

其中，实时告警设备800中处理器820的数目可以为一个或多个，处理器820也可以称为处理单元，可以实现一定的控制功能。所述处理器820可以是通用处理器或者专用处理器等。在一种可选地设计中，处理器820也可以存有指令，所述指令可以被所述处理器820运行，使得所述实时告警设备800执行上述方法实施例中描述的方法。

在又一种可能的设计中，实时告警设备800可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。

可选地，所述实时告警设备800中存储器810的数目可以为一个或多个，存储器810上存有指令或者中间数据，所述指令可在所述处理器820上被运行，使得所述实时告警设备800执行上述方法实施例中描述的方法。可选地，所述存储器810中还可以存储有其他相关数据。可选地处理器820中也可以存储指令和/或数据。所述处理器820和存储器810可以单独设置，也可以集成在一起。

此外，如图8所示，在该实时告警设备800中还设置有收发器830，其中，所述收发器830可以称为收发单元、收发机、收发电路、或者收发器等，用于与测试设备或其他终端设备进行数据传输或通信，在此不再赘述。

如图8所示，存储器810、处理器820与收发器830通过总线连接并通信。

若该实时告警设备800用于实现对应于图2中的方法时，例如，可以由收发器830向各测试终端发布被测包体，收发器830还可以用于接收各测试终端反馈的测试运行数据。而处理器820用于完成相应的确定或者控制操作，可选的，还可以在存储器810中存储相应的指令。各个部件的具体的处理方式可以参考前述实施例的相关描述。

此外，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行以实现如实施例一至三所述的方法。

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

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

Claims (10)

1.一种实时告警方法，其特征在于，包括：

按照预定时间间隔获取内存中的告警规则；

根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据；

按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据；

按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据；

将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

2.根据权利要求1所述的实时告警方法，其特征在于，在所述按照预定时间间隔获取内存中的告警规则的步骤之前，还包括：

按照预定粒度，将多个业务系统对应的多个第二数据库中的日志数据划分为多组数据；

将所述多组数据分别写入多个JS脚本；

通过Rhino解析所述多个JS脚本，得到所述初始业务数据；

将所述初始数据存储至所述第一数据库。

3.根据权利要求2所述的实时告警方法，其特征在于，在所述按照预定时间间隔获取内存中的告警规则的步骤之前，还包括：

获取告警规则获取指令；

根据所述告警规则获取指令，从第三数据库中获取所述告警规则；

将所述告警规则存储至所述内存。

4.根据权利要求3所述的实时告警方法，其特征在于，还包括：

获取告警规则修改信息；

根据所述告警规则修改信息，对所述规则数据库中的所述告警规则以及所述内存中的所述告警规则进行同步更新。

5.根据权利要求3所述的实时告警方法，其特征在于，

所述第一数据库、所述第二数据库和所述第三数据库为MySQL数据库。

6.一种实时告警装置，其特征在于，包括：

第一获取模块，用于按照预定时间间隔获取内存中的告警规则；

检索模块，用于根据所述告警规则中的检索条件，在第一数据库的初始业务数据中进行检索，得到第一数据；

过滤模块，用于按照所述告警规则，对所述第一数据进行过滤处理，得到满足所述告警规则的第二数据；

转换模块，用于按照所述告警规则中的预定数据转换规则，将所述第二数据转换为第三数据；

发送模块，用于将所述第三数据发送至指定对象，以供所述指定对象根据所述第三数据生成告警信息。

7.根据权利要求6所述的实时告警装置，其特征在于，还包括：

划分模块，用于在所述第一获取模块获取所述告警规则之前，按照预定粒度，将多个业务系统对应的多个第二数据库中的日志数据划分为多组数据；

写入模块，用于将所述多组数据分别写入多个JS脚本；

解析模块，用于通过Rhino解析所述多个JS脚本，得到所述初始业务数据；

第一存储模块，用于将所述初始数据存储至所述第一数据库。

8.根据权利要求7所述的实时告警装置，其特征在于，还包括：

第二获取模块，用于在所述第一获取模块获取所述告警规则之前，获取告警规则获取指令；

第三获取模块，用于根据所述告警规则获取指令，从第三数据库中获取所述告警规则；

第二存储模块，用于将所述告警规则存储至所述内存。

9.一种实时告警设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1至5任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如权利要求1至5任一项所述的方法。