一种业务数据的监测告警方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，特别涉及一种业务数据的监测告警方法、装置、设备及介质。

背景技术

随着信息技术的发展，信息系统架构越来越复杂，海量的应用节点、多组件、跨平台，靠人工运维已经不能满足运维需求，在复杂的微服务架构系统中，几乎每一个前端用户的请求都会形成一个复杂的分布式服务调用了链路，目前市场上全链路追踪平台很多，常用的主要有Pinpoint(Microsoft Pinpoint，软件和IT服务平台)、SkyWalking(应用性能监控系统)、Zipkin(分布式实时数据追踪系统)等。其中Pinpoint数据分析最为完备，应用最多。由于上述的一些全链路追踪平台，重点考虑访问性能监控问题以及链路访问的展示与单个访问性能分析的问题，而业务自适应业务自动监控趋势分析考虑并不完善。不能精细化到业务访问，例如访问URL(Uniform Resource Locator，统一资源定位系统)次数统计，以及平均响应时间等，也不能根据访问的耗时进行趋势分析，不利于提前识别风险。

由上可见，如何增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，从而提前识别异常风险，提高运维自动化水平和运维效率是本领域有待解决的问题。

发明内容

有鉴于此，本发明的目的在于提供一种业务数据的监测告警方法、装置、设备及介质，能够增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，从而提前识别异常风险，提高运维自动化水平和运维效率。其具体方案如下：

第一方面，本申请公开了一种业务数据的监测告警方法，应用于预设的全链路追踪平台，包括：

获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；

判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；

对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

可选的，所述获取业务数据的监测请求和配置信息，包括：

为本地所有的服务器部署前置探针，利用所有的所述前置探针获取业务数据的监测请求和响应数据；

利用前端配置页面获取所述客户端输入的配置信息。

可选的，所述配置信息包括监控系统名称、系统管理员、告警通知电话号码、访问量预设阈值以及访问耗时预设阈值。

可选的，所述基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息，包括：

执行预设的人工模拟访问定时任务，以便利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；所述业务数据访问信息包括访问系统名称、访问统一资源定位系统以及访问时间；

将所述业务数据访问信息发送并保存至消息队列。

可选的，所述判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据之后，还包括：

若所述数据库中不存在与所述业务数据访问信息对应的业务数据，则在所述缓存数据库中创建与所述业务数据访问信息对应的业务数据，利用所述业务数据记录累加与所述业务数据访问信息对应的所有访问信息。

可选的，所述对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端，包括：

对更新后业务数据进行访问量实时监测和响应时间实时监测；

当监测到所述更新后业务数据中的访问量大于所述配置信息中的访问量预设阈值时，和/或，当监测到所述更新后业务数据中的响应时间大于所述配置信息中的访问耗时预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

可选的，所述基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端，包括：

基于所述更新后业务数据生成TOP50监测趋势图，并以前端页面的形式将所述TOP50监测趋势图和告警信息发送并呈现至所述客户端，以便所述客户端基于所述TOP50监测趋势图实现对所述更新后业务数据的趋势分析。

第二方面，本申请公开了一种业务数据的监测告警装置，应用于预设的全链路追踪平台，包括：

访问数据模块，用于获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；

数据更新模块，用于判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；

监测告警模块，用于对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

第三方面，本申请公开了一种电子设备，包括：

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

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

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

可见，本申请提供了一种业务数据的监测告警方法，包括获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。本申请应用于预设的全链路追踪平台，通过本地的预设接口模拟人工自动巡检系统进行人工模拟访问数据操作，增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，通过收集到的业务数据访问信息，从而对业务数据进行更新，以便实现对更新后业务数据的监测，从而提前识别异常风险，提高运维自动化水平和运维效率。

附图说明

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

图1为本申请公开的一种业务数据的监测告警方法流程图；

图2为本申请公开的一种业务数据的监测告警方法流程图；

图3为本申请公开的一种业务数据的监测告警方法的具体流程图；

图4为本申请公开的一种业务数据的监测告警装置结构示意图；

图5为本申请提供的一种电子设备结构图。

具体实施方式

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

随着信息技术的发展，信息系统架构越来越复杂，海量的应用节点、多组件、跨平台，靠人工运维已经不能满足运维需求，在复杂的微服务架构系统中，几乎每一个前端用户的请求都会形成一个复杂的分布式服务调用了链路，目前市场上全链路追踪平台很多，常用的主要有Pinpoint、SkyWalking、Zipkin等。其中Pinpoint数据分析最为完备，应用最多。由于上述的一些全链路追踪平台，重点考虑访问性能监控问题以及链路访问的展示与单个访问性能分析的问题，而业务自适应业务自动监控趋势分析考虑并不完善。不能精细化到业务访问，例如访问URL次数统计，以及平均响应时间等，也不能根据访问的耗时进行趋势分析，不利于提前识别风险。由上可见，如何增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，从而提前识别异常风险，提高运维自动化水平和运维效率是本领域有待解决的问题。

参见图1所示，本发明实施例公开了一种业务数据的监测告警方法，应用于预设的全链路追踪平台，具体可以包括：

步骤S11：获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息。

本实施例中，为本地所有的服务器部署前置探针，利用所有的所述前置探针获取业务数据的监测请求和响应数据，利用前端配置页面获取所述客户端输入的配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；所述配置信息包括监控系统名称、系统管理员、告警通知电话号码、访问量预设阈值以及访问耗时预设阈值。具体的，搭建全链路追踪系统服务端，并在所有应用所在服务器部署前置探针，用于收集所有应用所在服务器的请求、响应数据，通过实现一个web(WorldWide Web，全球广域网)端配置页面，用于获取客户端输入的需要监控的系统名称(一般为前端客户入口系统)、系统管理员、电话号码、访问量预设阈值、访问耗时预设阈值，将配置数据存储在数据库系统关联配置表中，用于后面趋势分析异常风险通知时获取通知客户端。

步骤S12：判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据。

本实施例中，在判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据之后，还包括：若所述数据库中不存在与所述业务数据访问信息对应的业务数据，则在所述缓存数据库中创建与所述业务数据访问信息对应的业务数据，利用所述业务数据记录累加与所述业务数据访问信息对应的所有访问信息。具体的根据url在缓存数据库，如redis(Remote Dictionary Server，远程字典服务)，里面读取当天当前小时该URL的访问次数及总访问时间，如果不存在，则在缓存数据库创建一条数据，用来汇总每天每小时的访问总次数和访问时长，如果已经存在则累加访问总次数和累加访问时长。此外，本申请还能够通过执行数据库定时保存任务，例如每小时执行一次，该任务自动把缓存数据库里面数据保存到数据库中，方便查询、统计和分析。

步骤S13：对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

本实施例中，获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。本申请应用于预设的全链路追踪平台，通过本地的预设接口模拟人工自动巡检系统进行人工模拟访问数据操作，增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，通过收集到的业务数据访问信息，从而对业务数据进行更新，以便实现对更新后业务数据的监测，从而提前识别异常风险，提高运维自动化水平和运维效率。

参见图2所示，本发明实施例公开了一种业务数据的监测告警方法，应用于预设的全链路追踪平台，具体可以包括：

步骤S21：获取业务数据的监测请求和配置信息，执行预设的人工模拟访问定时任务，以便利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；所述业务数据访问信息包括访问系统名称、访问统一资源定位系统以及访问时间，将所述业务数据访问信息发送并保存至消息队列。

本实施例中，通过实现定时任务每分钟执行一次，该任务通过接口访问的方式模拟人工页面查看全链路追踪系统访问数据，对最近一分钟所有的访问信息包括系统名称、访问url、耗时发送并保存消息队列，如kafka(开源流处理平台)，主题为“访问数据”的消息队列。

步骤S22：判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据。

步骤S23：对更新后业务数据进行访问量实时监测和响应时间实时监测，当监测到所述更新后业务数据中的访问量大于所述配置信息中的访问量预设阈值时，和/或，当监测到所述更新后业务数据中的响应时间大于所述配置信息中的访问耗时预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

本实施例中，基于所述更新后业务数据生成TOP50监测趋势图，并以前端页面的形式将所述TOP50监测趋势图和告警信息发送并呈现至所述客户端，以便所述客户端基于所述TOP50监测趋势图实现对所述更新后业务数据的趋势分析。具体的，通过执行监测任务，例如每小时执行一次，该任务对更新后业务数据进行访问量实时监测和响应时间实时监测，然后通过对比相同系统相同URL前一天相同小时的访问量和平均响应时间，超过访问量预设阈值或访问耗时预设阈值时，进行告警，比如访问量低于50％或超过100％前一天相同小时访问量则通过钉钉或者短信消息给系统管理员发送告警消息，比如访问平均耗时超过50％前一天相同小时平均耗时则通过钉钉或者短信消息给系统管理员发送告警消息，并且通过实现WEB页面，在页面上展示访问耗时上升、下降最快的TOP50的趋势图，方便系统管理员查看相同访问URL的平均耗时趋势图，方便分析趋势。在页面上展示访问量上升、下降最快的TOP50的趋势图，方便系统管理员查看相同访问URL的平均耗时趋势图，方便分析趋势。

本申请的具体流程如图3所示，首先为本地所有的服务器部署前置探针，利用前置探针获取业务数据的监测请求和配置信息，然后利用本地的预设接口进行人工模拟访问数据操作，即爬取访问数据，以得到业务数据访问信息，将业务数据访问信息发送并保存至消息队列，然后判断本地的缓存数据库中是否存在与消息队列中的业务数据访问信息对应的业务数据，若存在，则基于业务数据访问信息对业务数据进行更新，以得到更新后业务数据，然后对更新后业务数据进行实时监测，当监测到更新后业务数据大于预设阈值时，进行告警，并将监测趋势图和告警信息发送至客户端。本申请使用全链路追踪平台实现业务自适应监控及统计分析访问量能极大的提高运维的自动化监控水平，通过接口访问的方式模拟人工自动巡检系统，通过收集到的业务访问量和访问耗时信息形成趋势统计信息，能够提前发现异常访问量以及访问耗时趋势异常风险。

本实施例中，获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。本申请应用于预设的全链路追踪平台，通过本地的预设接口模拟人工自动巡检系统进行人工模拟访问数据操作，增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，通过收集到的业务数据访问信息，从而对业务数据进行更新，以便实现对更新后业务数据的监测，从而提前识别异常风险，提高运维自动化水平和运维效率。

参见图4所示，本发明实施例公开了一种业务数据的监测告警装置，应用于预设的全链路追踪平台，具体可以包括：

访问数据模块11，用于获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；

数据更新模块12，用于判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；

监测告警模块13，用于对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

本实施例中，获取业务数据的监测请求和配置信息，基于所述监测请求并利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；判断本地的缓存数据库中是否存在与所述业务数据访问信息对应的业务数据，若所述数据库中存在与所述业务数据访问信息对应的业务数据，则基于所述业务数据访问信息对所述业务数据进行更新，以得到更新后业务数据；对所述更新后业务数据进行实时监测，当监测到所述更新后业务数据大于所述配置信息中的预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。本申请应用于预设的全链路追踪平台，通过本地的预设接口模拟人工自动巡检系统进行人工模拟访问数据操作，增加微服务架构系统场景的适配性，实现对业务自适应业务的自动监测以及趋势分析，通过收集到的业务数据访问信息，从而对业务数据进行更新，以便实现对更新后业务数据的监测，从而提前识别异常风险，提高运维自动化水平和运维效率。

在一些具体实施例中，所述访问数据模块11，具体可以包括：

探针部署模块，用于为本地所有的服务器部署前置探针，利用所有的所述前置探针获取业务数据的监测请求和响应数据；

配置信息获取模块，用于利用前端配置页面获取所述客户端输入的配置信息。

在一些具体实施例中，所述配置信息包括监控系统名称、系统管理员、告警通知电话号码、访问量预设阈值以及访问耗时预设阈值。

在一些具体实施例中，所述访问数据模块11，具体可以包括：

业务数据访问信息确定模块，用于执行预设的人工模拟访问定时任务，以便利用本地的预设接口进行人工模拟访问数据操作，以得到业务数据访问信息；所述业务数据访问信息包括访问系统名称、访问统一资源定位系统以及访问时间；

信息发送模块，用于将所述业务数据访问信息发送并保存至消息队列。

在一些具体实施例中，所述数据更新模块12，具体可以包括：

数据创建模块，用于若所述数据库中不存在与所述业务数据访问信息对应的业务数据，则在所述缓存数据库中创建与所述业务数据访问信息对应的业务数据，利用所述业务数据记录累加与所述业务数据访问信息对应的所有访问信息。

在一些具体实施例中，所述监测告警模块13，具体可以包括：

监测模块，用于对更新后业务数据进行访问量实时监测和响应时间实时监测；

发送模块，用于当监测到所述更新后业务数据中的访问量大于所述配置信息中的访问量预设阈值时，和/或，当监测到所述更新后业务数据中的响应时间大于所述配置信息中的访问耗时预设阈值时，基于所述更新后业务数据生成监测趋势图，并将所述监测趋势图和告警信息发送至客户端。

在一些具体实施例中，所述监测告警模块13，具体可以包括：

趋势图发送呈现模块，用于基于所述更新后业务数据生成TOP50监测趋势图，并以前端页面的形式将所述TOP50监测趋势图和告警信息发送并呈现至所述客户端，以便所述客户端基于所述TOP50监测趋势图实现对所述更新后业务数据的趋势分析。

图5为本申请实施例提供的一种电子设备的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的由电子设备执行的业务数据的监测告警方法中的相关步骤。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统221、计算机程序222及数据223等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中数据223的运算与处理，其可以是Windows、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的业务数据的监测告警方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括业务数据的监测告警设备接收到的由外部设备传输进来的数据，也可以包括由自身输入输出接口25采集到的数据等。

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

进一步的，本申请实施例还公开了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的业务数据的监测告警方法步骤。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种业务数据的监测告警方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。