CN110635938A - 一种监控方法、系统、设备及介质 - Google Patents

Abstract

本发明公开了一种监控方法、装置、设备及介质，所述方法包括为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集上报业务逻辑中接口运行时产生的监控数据；基于所述的接口回包采集监控数据，将所述监控数据基于远程过程调用协议上报至中转服务器；由所述中转服务器将监控数据转发至监控服务器；由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。本发明通过自动生成非侵入式数据采集上报接口实现了对各个业务逻辑接口粒度的数据监控，通过中转服务器实现了业务监控与业务逻辑的解耦合。

Description

一种监控方法、系统、设备及介质

技术领域

本发明涉及监控领域，尤其涉及一种监控方法、系统、设备及介质。

背景技术

对于业务后台服务的性能监控是开发团队必要的需求，也是促使服务不断优化以及提前发现问题的关键，因此，构建成熟稳定的监控系统是保证后台服务性能的核心环节。然而，现有的监控方案中需要为后台服务编写其对应的监控代码，这就要求后台服务的开发人员学习掌握监控系统的运行逻辑，从而为开发人员带来了沉重负担。进一步地，这种监控代码是侵入式的，其与业务代码耦合度较高，因此也造成了维护困难。

除此之外，由于不同的后台服务的开发环境和运行环境可能有所差别，难以基于统一的监控框架实现对于各个后台服务的兼容监控，从而导致了监控系统的复杂度进一步提升。

发明内容

为了解决现有技术中侵入式监控对于开发人员负担过重，并且侵入式监控与业务代码耦合度较高，并且不同的后台服务的开发环境和运行环境难以兼容导致监控系统复杂度提升的技术问题，本发明实施例提供一种监控方法、系统、设备及介质。

一方面，本发明提供了一种监控方法，所述方法包括：

为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集上报业务逻辑中接口运行时产生的监控数据；

基于所述的接口回包采集监控数据，将所述监控数据基于远程过程调用协议上报至中转服务器；

由所述中转服务器将监控数据转发至监控服务器；

由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。

另一方面，本发明提供了一种监控系统，所述系统包括：

非侵入采集上报实现模块，用于为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集上报业务逻辑中接口运行时产生的监控数据；

业务服务器，用于基于所述的接口回包采集监控数据，将所述监控数据基于远程过程调用协议上报至中转服务器；

中转服务器，用于将监控数据转发至监控服务器；

监控服务器，用于根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端；

监控客户端，用于获取告警信息。

另一方面，本发明提供了一种设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现一种监控方法。

另一方面，本发明提供了一种计算机存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行一种监控方法。

本发明提供了一种监控方法、装置、设备及介质。本发明通过自动生成非侵入式数据采集上报接口实现了对各个业务逻辑的接口粒度的数据监控，通过将监控数据基于远程过程调用协议汇总至中转服务器，从而使得中转服务器接收到的监控数据具有一致性，即监控数据由于其指向的各个业务逻辑的语言差异产生的自身差异被屏蔽，并且还基于中转服务器实现了对于各个业务逻辑产生的监控数据的定制化数据处理，实现了业务监控与业务逻辑的解耦合。

附图说明

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

图1是本发明提供的一种监控方法的实施场景示意图；

图2是本发明提供的一种监控方法流程图；

图3是本发明提供的一种非侵入式的数据采集上报接口生成方法流程图；

图4是本发明提供的所述初始接口代码自动生成工具的生成流程图；

图5是本发明提供的所述提供非侵入式的数据采集上报功能的接口代码自动生成工具的生成流程图；

图6是本发明提供的基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口流程图；

图7是本发明提供的第一处理流程图；

图8是本发明提供的第二处理流程图；

图9是本发明提供的某业务服务的接口状况监控效果示意图；

图10是本发明提供的将所述告警信息推送至所述告警信息指向的监控客户端流程图；

图11是本发明提供的监控客户端接收到告警信息的示意图；

图12是本发明提供为一种监控系统框图；

图13是本发明提供的一种用于实现本发明实施例所提供的方法的设备的硬件结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了使本发明实施例公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明实施例进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明实施例，并不用于限定本发明实施例。为了对于本发明实施例中所述的技术方案进行清晰的阐述，本发明实施例首先对与其相关技术名词、技术背景和技术环境进行解释：

Tars：Tars是基于名字服务使用Tars协议的开发框架，同时配套一体化的服务治理平台，帮助个人或者企业快速的以微服务的方式构建自己稳定可靠的分布式应用。简单理解就是开源的一款后台服务发布框架。

RPC协议：RPC(RemoteProcedureCall)，远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP协议(TransmissionControlProtocol，传输控制协议)或UDP协议(UserDatagramProtocol，用户数据报协议)，为通信程序之间携带信息数据。

PP监控:PP全称为PropertyPlus，是Tars平台自带的一种监控以及告警平台，可以在一定程度上在Tars服务中自定义配置需监控的信息。

Prometheus:Prometheus是一款开源监控报警系统和时序列数据库Prometheus使用Go语言开发，是GoogleBorgMon监控系统的开源版本。简单理解就是一套开源的监控数据采集、呈现和告警系统，类似PP监控，但更为自由强大。

Go语言：一种静态强类型、编译型语言。

Grafana:Grafana是一款采用go语言编写的开源应用，主要用于大规模指标数据的可视化展现，基于商业友好的ApacheLicense2.0开源协议。Grafana是在网络架构和应用分析中最流行的时序数据展示工具，并且也在工业控制、自动化监控和过程管理等领域有着广泛的应用，其有热插拔控制面板和可扩展的数据源，目前已经支持绝大部分常用的时序数据库。Grafana能够连接Prometheus的监控数据，以更好的方式进行呈现和告警。

企业微信群机器人：企业微信提供的一种置于群内消息发布工具，可自定义发布的内容及格式，将消息发送到添加有该机器人的群众。

Zabbix：Zabbix是一个基于网页界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。

Nagios：Nagios是电脑系统和网络监控程序，用于检测主机和服务，当异常发生和解除时能提醒用户，可免费获得及使用。

Ganglia：Ganglia是一个开源集群监视项目，设计用于测量数以千计的节点。主要是用来监控系统性能，如：中央处理器、内存、硬盘利用率，输入输出负载、网络流量情况等。

SDK：SDK(软件开发工具包)是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合。一般为某个程序设计语言提供应用程序接口的一些文件，也包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。

Webhook：网络钩子，是用户定义的HTTP(超文本传输协议)回调。网络钩子通常被某些事件激活，比如将代码推送到源或评论博客。当此事件发生时，原网站将向为网络钩子配置的统一资源定位符发送HTTP请求。用户可配置它们引发网页上的事件以调用另一个网站的行为。此操作可为任何事件。

SMTP邮件协议：简单邮件传输协议(SimpleMailTransferProtocol,SMTP)是一个相对简单的基于文本的协议。在其之上指定了一条消息的一个或多个接收者(在大多数情况下被确认是存在的)，然后消息文本会被传输。

结合上述技术术语，本发明实施例首先对现有技术进行分析以便于后续说明本发明实施例提供的一种监控方法及系统的实施细节以及技术效果。现有技术中常见的监控方案的概况如下：

(1)PP监控

为使用PP监控，使用者需在业务代码中希望上报监控信息之处编写相应上报信息的代码，从而使监控信息呈现在PP监控模块，上报数据支持四种有限的计算处理方式，支持对上报信息进行简单处理及告警配置。

然而，该方案需要在所有想要上报的地方添加上报代码，繁琐且冗余，需要每个开发人员了解PP监控的使用方法细节，此外，由于PP监控并未作为单独产品进行开源及发布，在实际使用中仍存在缺少文档、监控不正常不稳定、缺陷无人解决等问题。此外，PP监控只能监控后台服务的信息，对于服务器的状况无法获知。

(2)Prometheus监控

Prometheus采用服务器代理模式，服务器定时从代理客户端抓取数据，也允许客户端直接推送给服务器。多数Prometheus组件是Go语言写的，这使得这些组件很容易编译和部署。采集数据一般有两种方式，一种是采用第三方已经开发完成的各类集成代理，去获取相关的指标数据；另一种是采用项目埋点的方式去自定义指标，然后通过Prometheus去采集，其只有非常少的外部依赖，安装使用简单，各个模块分开独立安装，可按需使用。

然而，该方案同样需要在所有想要上报的地方添加上报代码，虽然对于主流语言已经有了较好的SDK支持，但对后台开发常用C++语言支持并不好，且需要每个业务开发都学习掌握其上报的数据类型和上报方法，学习成本高。

(3)Zabbix监控

Zabbix由两部分构成，zabbix server与组件zabbix agent。需要在希望监控的机器上安装zabbix agent，类似于一种客户端，用于在所在机器上采集需要的数据上报到zabbix server，能够配置多种监控图表及告警方式。

然而，该方案需要业务开发者将需要监控的数据尽数存储到数据库或者日志文件中，zabbix agent才能够去对应的地方采集到这些数据，这会增加每台业务机器和数据库的数据量，同时所有开发者也需要事先将需要的数据存入日志或者数据库中，增加了开发者的工作；且一旦监控需求有修改之处，则需要对每台机器的zabbix agent数据采集脚本进行修改，极为麻烦。在监控信息的查看上，缺少数据汇总功能，需进行二次开发。

(4)Ganglia监控

该方案较为适合专门用来做服务器机器状况的监控，且没有内置的消息通知系统，没有报警机制，出现问题不能够及时报警。

(5)Nagios监控

该方案是监视系统运行状态和网络信息的监视系统，能监视所指定的本地或远程主机以及服务，同时提供异常通知功能等。

然而，该方案配置复杂，初学者需要投入的时间精力较大，需要花很多时间写插件来实现监控需求，且易用性不好，对性能、流量等指标的处理不够强，遇到告警事件时也看不到历史数据，很难追查故障原因。

综上所述，现有技术中的监控方案至少存在下述缺陷：

首先，监控方案提供的自定义可配置性不够强，无法随着监控告警的需求变化而及时变更配置。部分监控方案还需要在每台要监控的服务机器部署客户端脚本，增加更新监控计划的复杂度。

第二，对多种业务开发中会用到的语言支持不到位，无法适用于所有服务。

第三，所有需要监控的接口都需要编写监控上报代码，以侵入式监控的方式实现监控数据的采集，这就要求开发人员学习掌握监控系统使用方法，增加开发人员的负担。

第四，告警系统不够友好易用，或者无法直接依托现有的内部消息通知机制实现消息触达。

有鉴于此，本发明实施例公开一种监控方法，首先公开所述监控方法的实施场景。如图1所示，该实施场景包括：至少一个业务服务器01、中转服务器03、监控服务器05，交互服务器07以及监控客户端09。

所述业务服务器01作为被监控对象产生监控数据，所述监控数据被部署在所述业务服务器01中的监控服务采集并推送至所述中转服务器03，由所述中转服务器03对获取到的监控数据进行第一处理并，将经过第一处理后的得到的第一监控数据发送至监控服务器05以便于对监控数据进行第二处理。

具体地，所述第一处理可以包括数据筛选、数据过滤、数据转化、数据统计等，当然第一处理也可以是无处理，本发明实施例并不限定具体的第一处理内容，而是将在中转服务器03中实施的数据处理均统称为第一处理。

具体地，所述第二处理可以包括数据统计、数据分析、数据存储等，当然第二处理也可以是无处理，本发明实施例并不限定具体的第二处理的内容，而是将在监控服务器05中实施的数据处理统称为第二处理。

监控服务器05与交互服务器07通信连接，以便于根据经过第二处理后得到的第二监控数据向交互服务器07推送待渲染的第二监控数据，由所述交互服务器07进行第二监控数据的显示。

所述监控服务器05将告警信息进一步推送至监控客户端09。

所述监控客户端09以基于浏览器/服务器模式(Browser/Server，B/S)或客户端/服务器模式(Client/Server，C/S)与所述监控服务器05通信。客户端09可以包括：智能手机、平板电脑、笔记本电脑、数字助理、智能可穿戴设备、车载终端等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。比如，所述客户端01可以运行即时通信类软体、社交类软体和网络社区、论坛类软体。

所述业务服务器01、中转服务器03、监控服务器05和交互服务器07均可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。

在一个优选的实施例中，可以基于Prometheus构建监控服务器05。Prometheus作为近几年的监控新秀，其灵活性和易用性得到了广大用户的认可，且相关资料及社区也足够充实活跃，因此最终选用了Prometheus来作为基础监控平台。但Prometheus依然存在一些问题，比如对C++开发语言的支持度就不够好。为了解决多开发语言兼容的问题，以及实现灵活响应监控需求的目的，本发明实施例为其构建了中转服务器03。

所述业务服务器01基于RPC协议构建，以便于将采集到的监控数据通过RPC协议上报至中转服务器03。RPC协议可以支持各种业务服务器中业务服务开发所使用的开发语言，因此在基于RPC协议进行监控数据上报，可以有效解决多开发语言兼容的问题。即来源于各种不同开发语言开发的业务服务中的监控数据均能够被正确的汇总至中转服务器。显然，业务服务器01通过实现基于RPC协议构建的框架，屏蔽了业务之间的不兼容性，统一为中转服务器03提供了具备兼容性的监控数据来源。

本发明实施例提供一种监控方法，所述监控方法可以运行于上述实施场景之中，如图2所示，所述方法包括：

S101.为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集上报业务逻辑中接口运行时产生的监控数据。

如果希望对业务逻辑的接口的运行情况进行监控，现有技术中不可避免地要在业务接口的代码中插桩以实现相关信息的采集和上报，这就要求每个业务接口的开发人员都需要熟练掌握所使用的监控系统的上报规则及语法，这无疑增加了开发人员的学习成本，也不利于统一管理上报的内容。因此，有别于现有技术中的侵入式监控，本发明实施例提供一种非侵入式的数据采集上报接口生成方法，即上报代码不嵌入到业务代码中，无需开发人员关心上报的方式与细节。

如图3所示，方法包括：

S1011.获取初始接口代码自动生成工具的源代码，所述初始接口代码自动生成工具用于为业务服务器中的业务逻辑生成框架代码。

由于目前大多数后台框架均可以提供生成基础接口代码的工具，因此可以通过对该工具进行改造，使其生成基础代码的同时，也可以生成数据采集上报接口。

以Tars服务为例，Tars服务为其监控对象，即业务服务器的开发人员提供了tars2cpp、tars2node等基础框架代码生成工具，即可根据设置好的接口信息，自动生成基础代码。

如图4所示，其示出了所述初始接口代码自动生成工具的生成流程，响应于命令选项，检查要生成的文件不存在后，即可根据初始接口代码自动生成工具中设定的命令和所述命令选项来生成框架代码，所述框架代码包括基础代码以及各接口的默认实现代码，最终得到接口回包。

S1013.在所述源代码中插入数据采集上报代码逻辑，所述数据采集上报代码逻辑用于生成数据采集上报代码，所述数据采集上报代码指向所述基础代码中的各个接口以便于在所述接口运行完毕被回调之前采集上报所述接口相关数据。

S1015.在所述源代码中插入数据采集上报代码配置逻辑，所述数据采集上报代码配置逻辑用于触发或关闭所述数据采集上报代码逻辑。

S1017.重新编译所述源代码以得到提供非侵入式的数据采集上报功能的接口代码自动生成工具。

如图5所示，其示出了所述提供非侵入式的数据采集上报功能的接口代码自动生成工具的生成流程。响应于命令选项，检查要生成的文件不存在后，即可根据初始接口代码自动生成工具中设定的命令和所述命令选项来生成框架代码，所述框架代码包括基础代码以及各接口的默认实现代码，在生成框架代码后还可以生成数据采集上报代码逻辑，进而最终得到能够自动采集上报接口数据的接口回包。

具体地，所述数据采集上报代码逻辑与业务逻辑相关代码中的各个接口遵守统一的数据交互协议，所述数据交互协议中规定设置接口相关参数的规则，比如接口状态信息(如失败还是成功)、状态说明文本、用户标识等内容。实现业务逻辑的开发人员只需遵守所述数据交互协议实现业务逻辑，并使用提供非侵入式的数据采集上报功能的接口代码自动生成工具生成接口回包即可自动实现数据采集上报。

具体地，当使用所述提供非侵入式的数据采集上报功能的接口代码自动生成工具时，只需按照数据采集上报代码配置逻辑配置所述工具，即可实现数据采集上报，这并不需要修改业务逻辑相关代码，由此实现了非侵入式的数据采集上报；也不需要业务逻辑的开发人员掌握特定的编程知识，显著降低了开发人员的工作负担。

S1019.基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口。

具体地，所述基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口，如图6所示，包括：

S10191.生成命令选项，所述命令选项中包括生成上报代码指令，所述生成代码指令用于指示所述提供非侵入式的数据采集上报功能的接口代码自动生成工具触发数据采集上报代码逻辑。

S10193.基于所述命令选项启动所述供非侵入式的数据采集上报功能的接口代码自动生成工具以得到具有数据采集上报功能的接口回包。

依托提供非侵入式的数据采集上报功能的接口代码自动生成工具，业务服务开发人员就可以根据需要来开启监控上报的功能，而其自身不需要了解如何上报、上报到哪里的问题，也不需要在自身编写的业务代码中插入上报代码，因此实现了非侵入自动上报。

S103.基于所述的接口回包采集监控数据，并基于远程过程调用协议将所述监控数据上报至中转服务器。

各个业务服务器基于远程过程调用协议(RPC协议)，将部署于多个业务服务器的接口回包采集到的数据转发至中转服务器，从而达到了解决了各个接口回包基于不同的语言开发的兼容性问题。

业务服务器通过使用远程过程调用协议上报采集到的监控数据，使得上报的监控数据不再具有多语言区别，从而使得后端的中转服务器不必设置对应多业务逻辑开发语言的兼容逻辑，实现了监控逻辑与业务逻辑的解耦合。

S105.由所述中转服务器将监控数据转发至监控服务器。

在一个优选的实施方式中，所述中转服务器还可以对监控数据进行第一处理以得到第一监控数据，所述第一处理如图7所示，包括：

S1051.获取业务标识。

S1053.根据所述业务标识获取其对应的上报策略。

S1055.根据所述上报策略对所述业务标识指向的接口回包采集的监控数据进行处理，以得到第一监控数据。

第一处理可快速地针对不同业务上报过来的监控信息和监控需求做不同的上报策略，比如A业务需要监控接口请求总数，B业务需要监控每日用户数。由于A、B业务均已将所有接口参数内容传输到了中转服务，因此只需要在中转服务内针对不同的业务对信息进行不同的处理再上报到监控服务器即可。如果后续增加了A业务的每日用户数监控需求，也不需要再修改A业务服务的代码和重新发布A业务服务(存在出问题的隐患)，只需要修改中转服务对A业务的上报信息的处理和上报方式，然后重新发布中转服务即可。因此中转服务实现了灵活的自定义配置监控需求。中转服务器可以实现对各个业务服务器监控逻辑的解耦，避免了对每个业务服务器定制监控逻辑。

本发明可以实现这样一种监控构思：业务服务器对于其业务逻辑各个接口进行非侵入式监控从而采集到业务相关的全量监控数据，将各个业务服务器采集到的监控数据均汇总至中转服务器，由中转服务器根据各个业务服务器的业务监控需求进行数据处理，并将数据处理结果发送至监控服务器。

S107.由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。

在一个优选的实施方式中，所述监控服务器还可以对第一监控数据进行第二处理以得到第二监控数据，所述第二处理如图8所示，包括：

S1071.获取业务标识。

S1073.根据所述业务标识获取其对应的监控数据处理策略。

S1075.根据所述监控数据处理策对所述业务标识指向的第一监控数据进行处理，以得到第二监控数据。

进一步地，可以根据所述第二监控数据产生告警信息，并将所述告警信息推送至所述告警信息指向的监控客户端。

进一步地，监控服务器还可基于所述监控数据或第二监控数据与交互服务器交互，以便于交互服务器显示所述监控数据或第二监控数据。

在一个可行的实施例中，所述交互服务器基于Grafana进行监控图表的展示，展示效果如图9所示。图9为某业务服务的接口状况监控，可查看各业务的请求数、用户数、成功数、失败数、耗时等指标的历史走向。

除了监控数据的显示，监控服务器的另一项主要功能是监控告警，即在监控到出现异常情况时主动且及时的通知相关监控客户端。Grafana也提供告警功能，但其告警途径能在国内有效使用的并不多，使用邮件告警配置简单，但需要对SMTP邮件协议的支持，并不是所有企业邮箱都支持该协议。因此本发明实施例提供一种使用Webhook的方式来进行告警通知的方法，具体地，所述将所述告警信息推送至所述告警信息指向的监控客户端，如图10所示，包括：

S1072.创建告警服务以便于基于网络钩子接收由告警模块产生的告警消息。

具体地，所述告警模块可以被设置于监控服务器中，其可以基于Grafana构建。告警消息的具体内容也可以在Grafana进行配置，告警服务会恰当地解析并组装这些信息，从而实现灵活的告警信息配置，并可以准确触达负责人。

S1074.由所述告警服务根据所述告警消息生成告警信息，将所述告警信息推送至群内消息发布工具。

具体地，所述群内消息发布工具可以是企业微信群机器人。

S1076.由所述群内消息发布工具将所述告警信息推送至所述群内消息发布工具覆盖的监控客户端。

如图11所示，其示出了监控客户端接收到告警信息的示意图，所述告警信息内容多种多样，本发明实施例并不进行具体限定，其可以是诸如接口失败、请求量激增、服务器失联、服务器硬盘不足等信息。所述告警信息的具体文案、链接内容、以及告警相关接口、机器等信息均可以被推送至监控客户端。

本发明实施例使用Grafana、网络钩子以及群内消息发布工具结合的方式进行消息推送，这相较于现有技术中使用邮件进行推送的方式适应度更强，使得告警信息触达更准确、直接。

在其它可行的实施例中，还可以将告警信息通过内网构建的通信通道使用内网支持的其它触发方式进行通知，本发明实施例不做具体限定。

本发明实施例公开了一种监控方法，所述监控方法通过自动生成非侵入式数据采集上报接口实现了对各个业务逻辑的接口粒度的数据监控，通过将监控数据基于远程过程调用协议汇总至中转服务器，从而使得中转服务器接收到的监控数据具有一致性，即监控数据由于其指向的各个业务逻辑的语言差异产生的自身差异被屏蔽，并且还基于中转服务器实现了对于各个业务逻辑产生的监控数据的定制化数据处理，实现了业务监控与业务逻辑的解耦合。

具体地，本发明实施例提供的监控方法可以基于Prometheus和Grafana监控扩建搭建的监控系统实施，解决了原本的Prometheus不支持多种开发语言的技术问题，能够快速响应监控需求的变化，灵活的配置告警信息并基于网络钩子实现了告警信息的快速触达，显著提高了监控方法的适用性和灵活性，减少了业务开发接入监控的阻力，具有广阔的应用前景。

本发明实施例还提供一种监控系统，如图12所示，所述系统包括：

非侵入采集上报实现模块201，用于为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集并上报业务逻辑中接口运行时产生的监控数据。

业务服务器203，用于基于所述的接口回包采集监控数据，并基于远程过程调用协议将所述监控数据上报至中转服务器。

中转服务器205，用于将监控数据转发至监控服务器。

监控服务器207，用于根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。所述监控服务器基于监控框架Prometheus和Grafana构建。

监控客户端209，用于获取告警信息。

具体地，本发明实施例所述一种监控系统与方法实施例均基于相同发明构思，本发明实施例的一种监控系统的实现细节可以参考方法实施例，再此不再赘述。

本发明实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行本发明实施例所述的一种监控方法，所述方法至少包括下述步骤：

一种监控方法，所述方法包括：

为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集并上报业务逻辑中接口运行时产生的监控数据；

基于所述的接口回包采集监控数据，并将所述监控数据基于远程过程调用协议上报至中转服务器；

由所述中转服务器将监控数据转发至监控服务器；

由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。

优选的，所述自动生成非侵入式的数据采集上报接口，包括：

获取初始接口代码自动生成工具的源代码，所述初始接口代码自动生成工具用于为业务服务器中的业务逻辑生成框架代码；

在所述源代码中插入数据采集上报代码逻辑，所述数据采集上报代码逻辑用于生成数据采集上报代码，所述数据采集上报代码指向所述基础代码中的各个接口以便于在所述接口运行完毕被回调之前采集上报所述接口相关数据；

在所述源代码中插入数据采集上报代码配置逻辑，所述数据采集上报代码配置逻辑用于触发或关闭所述数据采集上报代码逻辑；

重新编译所述源代码以得到提供非侵入式的数据采集上报功能的接口代码自动生成工具；

基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口。

优选的，所述基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口，包括；

生成命令选项，所述命令选项中包括生成上报代码指令，所述生成代码指令用于指示所述提供非侵入式的数据采集上报功能的接口代码自动生成工具触发数据采集上报代码逻辑；

基于所述命令选项启动所述供非侵入式的数据采集上报功能的接口代码自动生成工具以得到具有数据采集上报功能的接口回包。

优选的，所述由所述中转服务器将监控数据转发至监控服务器，之前还包括：

对监控数据进行第一处理以得到第一监控数据，所述对监控数据进行第一处理以得到第一监控数据，包括：

获取业务标识；

根据所述业务标识获取其对应的上报策略；

根据所述上报策略对所述业务标识指向的接口回包采集的监控数据进行处理，以得到第一监控数据；

所述由所述中转服务器将监控数据转发至监控服务器，包括：

由所述中转服务器将所述第一监控数据转发至监控服务器。

优选的，所述由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端，之前还包括：

对第一监控数据进行第二处理以得到第二监控数据，所述对第一监控数据进行第二处理,包括：

获取业务标识；

根据所述业务标识获取其对应的监控数据处理策略；

根据所述监控数据处理策对所述业务标识指向的第一监控数据进行处理，以得到第二监控数据；

所述由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端，包括：

根据所述第二监控数据产生告警信息，并将所述告警信息推送至所述告警信息指向的监控客户端。

优选的，所述将所述告警信息推送至所述告警信息指向的监控客户端，包括：

创建告警服务以便于基于网络钩子接收由告警模块产生的告警消息；

由所述告警服务根据所述告警消息生成告警信息，将所述告警信息推送至群内消息发布工具；

由所述群内消息发布工具将所述告警信息推送至所述群内消息发布工具覆盖的监控客户端。

进一步地，图13示出了一种用于实现本发明实施例所提供的方法的设备的硬件结构示意图，所述设备可以参与构成或包含本发明实施例所提供的装置或系统。如图13所示，设备10可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图13所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，设备10还可包括比图13中所示更多或者更少的组件，或者具有与图13所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到设备10(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中所述的方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的一种监控方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括设备10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与设备10(或移动设备)的用户界面进行交互。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种监控方法，其特征在于，所述方法包括：

为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集上报业务逻辑中接口运行时产生的监控数据；

基于所述的接口回包采集监控数据，将所述监控数据基于远程过程调用协议上报至中转服务器；

由所述中转服务器将所述监控数据转发至监控服务器；

由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。

2.根据权利要求1所述的方法，其特征在于，所述自动生成非侵入式的数据采集上报接口，包括：

获取初始接口代码自动生成工具的源代码，所述初始接口代码自动生成工具用于为业务服务器中的业务逻辑生成框架代码；

在所述源代码中插入数据采集上报代码逻辑，所述数据采集上报代码逻辑用于生成数据采集上报代码，所述数据采集上报代码指向所述基础代码中的各个接口以便于在所述接口运行完毕被回调之前采集上报所述接口相关数据；

在所述源代码中插入数据采集上报代码配置逻辑，所述数据采集上报代码配置逻辑用于触发或关闭所述数据采集上报代码逻辑；

重新编译所述源代码以得到提供非侵入式的数据采集上报功能的接口代码自动生成工具；

基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口。

3.根据权利要求2所述的方法，其特征在于：所述基于所述提供非侵入式的数据采集上报功能的接口代码自动生成工具生成非侵入式的数据采集上报接口，包括；

生成命令选项，所述命令选项中包括生成上报代码指令，所述生成代码指令用于指示所述提供非侵入式的数据采集上报功能的接口代码自动生成工具触发数据采集上报代码逻辑；

基于所述命令选项启动所述供非侵入式的数据采集上报功能的接口代码自动生成工具以得到具有数据采集上报功能的接口回包。

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

所述由所述中转服务器将所述监控数据转发至监控服务器，之前还包括：

对监控数据进行第一处理以得到第一监控数据，所述对监控数据进行第一处理以得到第一监控数据，包括：

获取业务标识；

根据所述业务标识获取其对应的上报策略；

根据所述上报策略对所述业务标识指向的接口回包采集的监控数据进行处理，以得到第一监控数据；

所述由所述中转服务器将所述监控数据转发至监控服务器，包括：

由所述中转服务器将所述第一监控数据转发至监控服务器。

5.根据权利要求4所述的方法，其特征在于：

所述由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端，之前还包括：

对第一监控数据进行第二处理以得到第二监控数据，所述对第一监控数据进行第二处理,包括：

获取业务标识；

根据所述业务标识获取其对应的监控数据处理策略；

根据所述监控数据处理策对所述业务标识指向的第一监控数据进行处理，以得到第二监控数据；

所述由监控服务器根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端，包括：

根据所述第二监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端。

6.根据权利要求1所述的方法，其特征在于，所述将所述告警信息推送至所述告警信息指向的监控客户端，包括：

创建告警服务以便于基于网络钩子接收由告警模块产生的告警消息；

由所述告警服务根据所述告警消息生成告警信息，将所述告警信息推送至群内消息发布工具；

由所述群内消息发布工具将所述告警信息推送至所述群内消息发布工具覆盖的监控客户端。

7.一种监控系统，其特征在于，所述系统包括：

非侵入采集上报实现模块，用于为业务服务器中的业务逻辑自动生成非侵入式的数据采集上报接口以得到接口回包，所述数据采集上报接口用于以业务逻辑中接口为采集对象，以便于采集上报业务逻辑中接口运行时产生的监控数据；

业务服务器，用于基于所述的接口回包采集监控数据，将所述监控数据基于远程过程调用协议上报至中转服务器；

中转服务器，用于将所述监控数据转发至监控服务器；

监控服务器，用于根据所述监控数据产生告警信息，将所述告警信息推送至所述告警信息指向的监控客户端；

监控客户端，用于获取告警信息。

8.根据权利要求7所述的系统，其特征在于，所述系统包括：

所述监控服务器基于监控框架Prometheus和Grafana构建。

9.一种设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-6任一项所述的一种监控方法。

10.一种计算机存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行如权利要求1-6任一项所述的一种监控方法。

Images