CN108256896A - 一种业务报警聚合的方法及装置 - Google Patents

Abstract

本发明实施例提供一种业务报警聚合的方法及装置，该方法包括：接收到一条新的报警信息时，在存储***中查询是否已经存在与接收到的报警信息类型相同的报警信息；如果不存在，则将接收到的报警信息作为新类型的报警信息存储于所述存储***中，并且启动一预设时间长度的计时器，在所述预设时间长度内，将与所述新类型的报警信息类型相同的若干条报警信息逐条进行正文聚合；在所述计时器结束工作时，将最终生成的一条所述新类型的聚合后的报警信息进行发送，并删除该条聚合后的报警信息。本发明通过报警预判断、报警等待、报警聚合，聚合一定时间内相同的报警，减少报警数量，提高报警质量，降低报警平台的压力。

Description

一种业务报警聚合的方法及装置

技术领域

本发明涉及互联网在线广告,具体涉及微博广告智能监控报警平台，特别涉及一种业 务报警聚合的方法及装置。

背景技术

现有监控报警平台在每有一个服务发生异常并且达到设定的阈值就会触发报警，但是 由于现在微博广告很多服务都是多机器部署的，有的服务部署已经达到上百台机器。所以 当这些服务在出现问题或者上下线时，就会导致大规模触发相同的报警，从而影响报警接 收人查阅报警信息的质量，增加报警***的压力。

发明内容

本发明实施例提供一种一种业务报警聚合的方法及装置，以降低报警***的压力。

一方面，本发明实施例提供了一种业务报警聚合的方法，其包括：

接收到一条新的报警信息时，在存储***中查询是否已经存在与接收到的报警信息类 型相同的报警信息；

如果不存在，则将接收到的报警信息作为新类型的报警信息存储于所述存储***中， 并且启动一预设时间长度的计时器，在所述预设时间长度内，将与所述新类型的报警信息 类型相同的若干条报警信息逐条进行正文聚合；

在所述计时器结束工作时，将最终生成的一条所述新类型的聚合后的报警信息进行发 送，并删除该条聚合后的报警信息。

进一步地，所述方法还包括如下步骤：

如果已存在，则将接收到的报警信息的正文聚合到已存在的相应类型的报警信息的正 文中；在所述已存在的相应类型的报警信息对应的计时器结束工作时，将最终生成的一条 所述相应类型的聚合后的报警信息进行发送，并删除该条聚合后的报警信息。

较佳地，所述将接收到的报警信息的正文聚合到已存在的相应类型的报警信息的正文 中，具体可以包括：将接收到的报警信息正文中的主机地址和正文内容分别追加到已存在 的相应类型的报警信息的主机地址字段和正文内容字段中。

较佳地，所述类型相同是指具有相同的报警条目名称。

较佳地，所述存储***为redis存储***；所述在存储***中查询是否已经存在与接收 到的报警信息类型相同的报警信息，具体包括：以接收到的报警信息的报警条目名称作为 键key，到redis存储***中查询是否存在相同的报警条目名称。

另一方面，本发明实施例提供了一种业务报警聚合的装置，其包括：报警聚合主模块、 存储***、发送报警模块和倒计时模块；

所述报警聚合主模块，用于接收到一条新的报警信息时，在所述存储***中查询是否 已经存在与接收到的报警信息类型相同的报警信息；如果不存在，则将接收到的报警信息 作为新类型的报警信息存储于所述存储***中，并且触发所述倒计时模块启动一预设时间 长度的计时器，在所述预设时间长度内，将与所述新类型的报警信息类型相同的若干条报 警信息逐条进行正文聚合；在所述计时器结束工作时，将最终生成的一条所述新类型的聚 合后的报警信息通过所述发送报警模块进行发送，并删除该条聚合后的报警信息。

进一步地，所述报警聚合主模块，还可以用于如果已存在，则将接收到的报警信息的 正文聚合到存储***中已存在的相应类型的报警信息的正文中；在所述已存在的相应类型 的报警信息对应的计时器结束工作时，将最终生成的一条所述相应类型的聚合后的报警信 息通过所述发送报警模块进行发送，并删除该条聚合后的报警信息。

较佳地，所述报警聚合主模块，具体可以用于将接收到的报警信息正文中的主机地址 和正文内容分别追加到已存在的相应类型的报警信息的主机地址字段和正文内容字段中。

较佳地，所述类型相同是指具有相同的报警条目名称。

较佳地，所述存储***为redis存储***；所述报警聚合主模块，具体用于以接收到的 报警信息的报警条目名称作为键key，到redis存储***中查询是否存在相同的报警条目名 称。

上述技术方案具有如下技术效果：

目前技术最大缺点就是无法自动、实时地对相同服务相同类型的报警做判断，聚合相 同服务相同类型的报警，从而减少报警接收人接收报警轰炸。本发明的实施例的技术方案， 通过报警预判断、报警等待、报警聚合，聚合一定时间内相同的报警，减少报警数量，提 高报警质量，降低报警平台的压力。报警聚合是指将一定时间内的相同报警条目聚合成一 条报警。

附图说明

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

图1为本发明的实施例的业务报警聚合服务的结构图；

图2为本发明的实施例的业务报警聚合服务的一个流程图；

图3为本发明的实施例的业务报警聚合服务的另一个流程图。

具体实施方式

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

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：目前技术最大缺点 就是无法自动、实时地对相同服务相同类型的报警做判断，聚合相同服务相同类型的报警， 从而减少报警接收人接收报警轰炸。

本发明的实施例的技术方案，通过报警预判断、报警等待、报警聚合，聚合一定时间 内相同的报警，减少报警数量，提高报警质量，降低报警平台的压力。报警聚合是指将一定时间内的相同报警条目聚合成一条报警。

如图1所示，报警聚合服务装置apostle由报警聚合主模块、倒计时模块、发送报警模块和redis存储***(具有redis服务)组成。其中报警信息在存入redis时，以报警条目名称title作为存入redis的key，以报警信息正文作为存入redis的value。

报警聚合主模块，用于接收到一条新的报警信息时，在该存储***中查询是否已经存 在与接收到的报警信息类型相同的报警信息；如果不存在，则将接收到的报警信息作为新 类型的报警信息存储于该存储***中，并且触发该倒计时模块启动一预设时间长度的计时 器，在该预设时间长度内，将与该新类型的报警信息类型相同的若干条报警信息逐条进行 正文聚合；在该计时器结束工作时，将最终生成的一条该新类型的聚合后的报警信息通过 该发送报警模块进行发送，并删除该条聚合后的报警信息。相同类型的报警信息是指相同 报警指标或业务，例如投放服务fisher的端口报警、机器磁盘报警、网络流量报警等。

进一步地，该报警聚合主模块，还可以用于如果已存在，则将接收到的报警信息的正 文聚合到存储***中已存在的相应类型的报警信息的正文中；在该已存在的相应类型的报 警信息对应的计时器结束工作时，将最终生成的一条该相应类型的聚合后的报警信息通过 该发送报警模块进行发送，并删除该条聚合后的报警信息。

较佳地，该报警聚合主模块，具体可以用于将接收到的报警信息正文中的主机地址和 正文内容分别追加到已存在的相应类型的报警信息的主机地址字段和正文内容字段中。

较佳地，该类型相同是指具有相同的报警条目名称。

较佳地，该存储***为redis存储***；该报警聚合主模块，具体可以用于以接收到的 报警信息的报警条目名称作为键key，到redis存储***中查询是否存在相同的报警条目名 称。

如图2所示，本发明实施例还提供了一种业务报警聚合的方法，其包括如下步骤：

步骤110：接收到一条新的报警信息时，在存储***中查询是否已经存在与接收到的 报警信息类型相同的报警信息；其中存储***可以是存储***可以是redis、memcache等。

步骤120：如果不存在，则将接收到的报警信息作为新类型的报警信息存储于所述存 储***中，并且启动一预设时间长度的计时器，在所述预设时间长度内，将与所述新类型 的报警信息类型相同的若干条报警信息逐条进行正文聚合。

步骤130：在所述计时器结束工作时，将最终生成的一条所述新类型的聚合后的报警 信息进行发送，并删除该条聚合后的报警信息。

进一步地，图2所述方法还可包括如下步骤：

如果已存在，则将接收到的报警信息的正文聚合到已存在的相应类型的报警信息的正 文中；在所述已存在的相应类型的报警信息对应的计时器结束工作时，将最终生成的一条 所述相应类型的聚合后的报警信息进行发送，并删除该条聚合后的报警信息。

在一个具体实施例中，所述将接收到的报警信息的正文聚合到已存在的相应类型的报 警信息的正文中，具体包括：将接收到的报警信息正文中的主机地址和正文内容分别追加 到已存在的相应类型的报警信息的主机地址字段和正文内容字段中。

具体地，所述类型相同是指具有相同的报警条目名称。

在一个较佳实施例中，该存储***为redis存储***；在存储***中查询是否已经存在 与接收到的报警信息类型相同的报警信息，具体包括：以接收到的报警信息的报警条目名 称作为键key，到redis存储***中查询是否存在相同的报警条目名称。

以下进行更加详细的说明：

如图3所示，当报警平台的报警条目被触发后，报警信息将会被发送给报警聚合服务apostle。此时，如果报警信息因为报警聚合服务不可用而发送失败，报警信息将直接发送 给报警使用人，不做聚合。

如果报警信息发送到报警聚合服务apostle成功后。报警聚合主模块将以报警条目名 称作为key到redis中查询相同的报警条目名称，如果已存在，则提取报警条目名称对应的 报警信息，也就是key对应的value。以“\r\n”作为分隔符，提取分隔后的第一个字段，也就是主机地址字段host(该字段固定出现在报警信息的第一位)。然后判断新的报警信息中的主机地址是否存在于已存在的报警信息的host字段中，如果已存在则忽略这条报警(不更新、不增加)；如果不存在，则将新的报警信息的主机地址追加到host字段中。追 加主机地址完成后，再将之前“\r\n”作为分隔符分割的内容重新拼成一个list，并替换value的内容。举例来说，拼是组合的意思，比如原来的主机地址是192.168.0.1，现在追加一个地址192.168.0.2，组合成一个list：192.168.0.1，192.168.0.2。

如果在redis中找不到相同的报警条目名称，则将该条报警作为一个新的报警信息存 入到redis中，其中报警信息的条目名称作为存入redis的key名称，报警信息的正文拼成 一个list，作为该key的value。存入redis的操作完成后，倒计时模块将调用日程安排程序 scheduler中的crontab(Crontab是定时任务)功能开始一个倒计时任务。该任务以报警条 目名称title作为关键字。倒计时时间从配置文件中读取time配置项，默认值为60秒。在 指定的倒计时时间内，apostle接收的具有相同报警条目名称的报警信息都将按照上面的步 骤将主机地址追加到host中。当倒计时结束将触发redis发送该报警条目给指定的报警接 收人，同时删除redis中这条报警信息。

以下举例说明报警聚合服务apostle具体实例化到业务场景中的应用：当前微博广告 超级粉丝通投放引擎有91台机器，在上线apostle之前因为***bug出现coredump(Coredump指程序异常)时，会发送至少91条相同条目的报警给相关开发人员，导致开 发人员同时接收到大量短信，容易忽略掉重要的报警。上线apostle之后，coredump报警 由于拥有相同的报警条目名称，91条报警将被合并成一条报警，发送给开发人员，从而避 免的了开发人员接收短信轰炸，及时有效的接收到当前***的运行情况。

本发明实施例的优点在于：

现有的技术没有对相同的报警条目做刷选聚合，在一个服务发生故障或者上下线时， 将对报警接收人发送大量的相同的报警。本申请利用报警预判断和报警聚合，将相同的报 警聚合成一条发送给报警接收人，减少报警接收人接收报警的数量，避免报警接收人被报 警轰炸，提高报警接收人处理报警的意识和效率。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为 清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软 件来实现取决于特定的应用和整个***的设计要求。本领域技术人员可以对于每种特定的 应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保 护的范围。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、 固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒 介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑 存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是 任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不 限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置， 或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光 纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被 包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射 盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光 学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细 说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的 保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包 含在本发明的保护范围之内。

Claims (10)

1.一种业务报警聚合的方法，其特征在于，包括：

接收到一条新的报警信息时，在存储***中查询是否已经存在与接收到的报警信息类型相同的报警信息；

如果不存在，则将接收到的报警信息作为新类型的报警信息存储于所述存储***中，并且启动一预设时间长度的计时器，在所述预设时间长度内，将与所述新类型的报警信息类型相同的若干条报警信息逐条进行正文聚合；

在所述计时器结束工作时，将最终生成的一条所述新类型的聚合后的报警信息进行发送，并删除该条聚合后的报警信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果已存在，则将接收到的报警信息的正文聚合到已存在的相应类型的报警信息的正文中；

在所述已存在的相应类型的报警信息对应的计时器结束工作时，将最终生成的一条所述相应类型的聚合后的报警信息进行发送，并删除该条聚合后的报警信息。

3.根据权利要求2所述的方法，其特征在于，所述将接收到的报警信息的正文聚合到已存在的相应类型的报警信息的正文中，具体包括：

将接收到的报警信息正文中的主机地址和正文内容分别追加到已存在的相应类型的报警信息的主机地址字段和正文内容字段中。

4.根据权利要求1、2或3所述的方法，其特征在于，所述类型相同是指具有相同的报警条目名称。

5.根据权利要求4所述的方法，其特征在于，所述存储***为redis存储***；所述在存储***中查询是否已经存在与接收到的报警信息类型相同的报警信息，具体包括：

以接收到的报警信息的报警条目名称作为键key，到redis存储***中查询是否存在相同的报警条目名称。

6.一种业务报警聚合的装置，其特征在于，包括：报警聚合主模块、存储***、发送报警模块和倒计时模块；

所述报警聚合主模块，用于接收到一条新的报警信息时，在所述存储***中查询是否已经存在与接收到的报警信息类型相同的报警信息；如果不存在，则将接收到的报警信息作为新类型的报警信息存储于所述存储***中，并且触发所述倒计时模块启动一预设时间长度的计时器，在所述预设时间长度内，将与所述新类型的报警信息类型相同的若干条报警信息逐条进行正文聚合；在所述计时器结束工作时，将最终生成的一条所述新类型的聚合后的报警信息通过所述发送报警模块进行发送，并删除该条聚合后的报警信息。

7.根据权利要求6所述的装置，其特征在于，所述报警聚合主模块，还用于如果已存在，则将接收到的报警信息的正文聚合到存储***中已存在的相应类型的报警信息的正文中；在所述已存在的相应类型的报警信息对应的计时器结束工作时，将最终生成的一条所述相应类型的聚合后的报警信息通过所述发送报警模块进行发送，并删除该条聚合后的报警信息。

8.根据权利要求7所述的装置，其特征在于，所述报警聚合主模块，具体用于将接收到的报警信息正文中的主机地址和正文内容分别追加到已存在的相应类型的报警信息的主机地址字段和正文内容字段中。

9.根据权利要求6、7或8所述的装置，其特征在于，所述类型相同是指具有相同的报警条目名称。

10.根据权利要求9所述的装置，其特征在于，所述存储***为redis存储***；所述报警聚合主模块，具体用于以接收到的报警信息的报警条目名称作为键key，到所述redis存储***中查询是否存在相同的报警条目名称。