[发明专利]提高告警质量的方法及其系统

说明书

本发明提高告警质量的方法及其系统，方法包括：S1：当实例出现异常时，生成对应的异常日志；异常日志包括异常错误类、异常明细信息、异常接口类型、实例标识以及集群标识；异常错误类包括基础服务类和业务服务类；S2：获取异常日志，依据集群标识获取对应集群下各个实例在预设时间段内与所述异常日志的异常接口类型相同的所有异常日志；S3：若所有异常日志的异常错误类均为业务服务类，且异常原因均为非基础服务异常，则判断告警消息表中对应预设时间段是否存在与集群标识、异常接口类型以及异常错误类均相同的告警消息；若不存在，则发送告警消息；若存在，则不处理。本发明能够减少告警消息数量，提高告警质量，以提高问题解决效率。

技术领域

本发明涉及互联网领域，具体涉及提高告警质量的方法及其系统。

背景技术

移动互联网蓬勃发展的今天，发展出来了各种各样的系统应用，而每一个客户端或者前端应用都会对应着后端一个或者多个的服务器应用；同时，随着现在应用用户的大量增长，服务端应用也需要支持大量用户和大量请求量，所以服务端应用一般都需要具备支持高并发和高可用性等能力。而随着用户量的逐渐增大，系统的请求量也会逐渐的增大，为了支撑大量的请求数量，后端服务应用一般都会使用分布式部署，通过NGINX等反向代理服务器进行请求分流，后端部署多台的tomcat实例应用等提供服务。

可是如果后端服务器集群的多个应用实例(即服务器)中的某一个或者几个存在问题时，该问题指的是非宕机，或者非网络无法访问这种反向代理无法识别的问题时，比如应用能正常访问，但是由于未升级或者其他未知错误，导致反向代理服务器无法识别，进而该应用实例将会持续性地继续对外提供服务，给用户展现的场景就是某些同样的功能偶发的出现不可用等问题，极大地影响了用户体验。

旧有的告警提示方案中，一般情况下为哪台应用实例出现问题，按照一定的告警规则，进行实例告警；更优化一些的告警方式还包括提示CPU、内存数、实例是否存活等简单告警提示内容；再优一些的还会进行告警数量聚合以及种类聚合，减少告警数量。但是这种聚合告警都只针对单台实例。这样处理带来的影响就是出现问题时，告警消息较多，导致无法全面了解整体问题情况。

因此，有必要提供一种能够优化告警方式，提高告警质量的方案。

发明内容

本发明所要解决的技术问题是：提供一种提高告警质量的方法及其系统，能够减少告警消息数量，提高告警质量，以提高问题解决效率。

为了解决上述技术问题，本发明采用的技术方案为：

一种提高告警质量的方法，包括：

S1：当一实例出现异常时，生成对应的异常日志；所述异常日志中的字段包括异常错误类、异常明细信息、异常接口类型、实例标识以及集群标识；所述异常错误类包括基础服务类和业务服务类；

S2：获取所述异常日志，依据其中的集群标识获取对应集群下各个实例在预设时间段内与所述异常日志的异常接口类型相同的所有异常日志；

S3：若所述所有异常日志的异常错误类均为业务服务类，且依据异常明细信息解析得到异常原因均为非基础服务异常，则判断告警消息表中对应所述预设时间段是否存在与所述异常日志的集群标识、异常接口类型以及异常错误类均相同的告警消息；若不存在，则发送对应所述异常日志的告警消息；若存在，则不对所述异常日志进行处理；

S4：若所述所有异常日志的异常错误类均为基础服务类，则判断告警消息表中对应所述预设时间段是否存在与所述异常日志的集群标识、异常接口类型以及异常错误类均相同的告警消息；若不存在，则发送对应所述异常日志的告警消息；若存在，则不对所述异常日志进行处理。

本发明提供的另一个技术方案为：

一种提高告警质量的系统，包括依序连接的日志生成模块、日志收集模块和日志分析与告警模块；