监控系统、监控方法及计算节点与流程

本申请实施例涉及数据处理技术领域，尤其涉及一种监控系统、监控方法及计算节点。

背景技术：

随着计算机技术以及电子技术的发展，各行各业中的诸多业务可以在计算机设备中处理完成，而为了方便了解业务质量、业务性能、业务异常等业务执行情况，就需要对业务处理进行监控。

通常，业务监控流程主要包括数据收集、数据计算以及监控处理等监控操作，由监控节点负责执行。而随着业务场景越来越复杂，业务分区域部署成为大趋势，由不同业务集群中的业务节点或者不同业务区域中部署的业务节点负责执行对应业务区域中的业务。如果仍由一个监控节点负责完成各个区域中业务数据的监控操作，随着业务不断增长，监控节点的处理压力就会越来越大，出现性能瓶颈、而影响监控操作。

技术实现要素：

本申请实施例提供一种监控系统、监控方法及计算节点，用以解决现有技术监控处理压力大，影响监控操作的技术问题。

第一方面，本申请实施例中提供了一种监控系统，包括监控前端、所述监控前端连接的至少一个服务节点以及每一个服务节点连接的至少一个代理节点；其中，每一个代理节点连接至少一个业务节点；

所述监控前端用于下发监控规则至任意服务节点；根据所述任意服务节点分别上传的监控数据执行监控处理操作；

所述服务节点用于接收所述监控前端下发的监控规则；将所述监控规则中的采集规则下发至与其连接的任意代理节点；按照所述监控规则中的计算规则处理所述任意代理节点上报的业务数据，获得监控数据；将所述监控数据上传至监控前端；

所述代理节点用于接收与其连接的服务节点下发的采集规则；基于所述采集规则抓取相应的业务节点的业务数据，并上报所述业务数据至与其连接的服务节点。

第二方面，本申请实施例提供了一种监控方法，应用于监控系统中，所述监控系统包括监控前端、所述监控前端连接的至少一个服务节点以及每一个服务节点连接的至少一个代理节点；其中，每一个代理节点连接至少一个业务节点；

所述方法包括：

所述监控前端下发监控规则至任意服务节点；

所述监控前端根据所述任意服务节点上传的监控数据执行监控处理操作；所述监控数据由所述任意服务节点按照所述监控规则中的计算规则处理与其连接的任意代理节点上报的业务数据获得；所述业务数据由所述任意代理节点基于所述监控规则中的采集规则从相应的业务节点抓取获得。

第三方面，本申请实施例提供了一种监控方法，应用于监控系统中，所述监控系统包括监控前端、所述监控前端连接的至少一个服务节点以及每一个服务节点连接的至少一个代理节点；其中，每一个代理节点连接至少一个业务节点；

所述方法包括：

所述服务节点接收所述监控前端下发的监控规则；

所述服务节点将所述监控规则中的采集规则下发至与其连接的任意代理节点，以供所述任意代理节点按照所述采集规则抓取相应的业务节点的业务数据；

所述服务节点接收所述任意代理节点上报的业务数据；

所述服务节点基于所述监控规则中的计算规则处理所述业务数据，获得监控数据；

所述服务节点将所述监控数据上报至所述监控前端，以供所述监控前端结合不同服务节点上报的监控数据执行监控处理操作。

第四方面，本申请实施例提供了一种监控方法，应用于监控系统中，所述监控系统包括监控前端、所述监控前端连接的至少一个服务节点以及每一个服务节点连接的至少一个代理节点；其中，每一个代理节点连接至少一个业务节点；

所述方法包括：

所述代理节点接收与其连接的服务节点下发的采集规则；其中所述采集规则包含于所述监控前端下发至所述服务节点的监控规则中；

所述代理节点按照所述采集规则抓取相应的业务节点中的业务数据；

所述代理节点将所述业务数据上报至与其连接的服务节点，以供所述服务节点按照所述监控规则中的计算规则处理不同代理节点上报的业务数据，获得监控数据；将所述监控数据上传至监控前端，由所述监控前端结合不同服务节点上报的监控数据执行监控处理操作。

第五方面，本申请实施例提供了一种计算节点，包括一个或多个处理器以及一个或多个存储器；

所述一个或多个存储器存储一条或多条计算机程序指令；

所述一个或多个处理器用于调用并执行所述一条或多条计算机程序指令实现如下操作：

下发监控规则至任意服务节点；

根据所述任意服务节点上传的监控数据执行监控处理操作；所述监控数据由所述任意服务节点按照所述监控规则中的计算规则处理与其连接的任意代理节点上报的业务数据获得；所述业务数据由所述任意代理节点基于所述监控规则中的采集规则从相应的业务节点抓取获得。

第六方面，本申请实施例提供了一种计算节点，包括一个或多个处理器以及一个或多个存储器；

所述一个或多个存储器存储一条或多条计算机程序指令；

所述一个或多个处理器用于调用并执行所述一条或多条计算机程序指令实现如下操作：

接收所述监控前端下发的监控规则；

将所述监控规则中的采集规则下发至与其连接的任意代理节点，以供所述任意代理节点按照所述采集规则抓取相应的业务节点的业务数据；

接收所述任意代理节点上报的业务数据；

基于所述监控规则中的计算规则处理所述业务数据，获得监控数据；

将所述监控数据上报至所述监控前端，以供所述监控前端结合接收到的不同监控数据执行监控处理操作。

第七方面，本申请实施例提供了一种计算节点，包括一个或多个处理器以及一个或多个存储器；

所述一个或多个存储器存储一条或多条计算机程序指令；

所述一个或多个处理器用于调用并执行所述一条或多条计算机程序指令实现如下操作：

接收与其连接的服务节点下发的采集规则；其中所述采集规则包含于所述监控前端下发至所述服务节点的监控规则中；

按照所述采集规则抓取相应的业务节点中的业务数据；

将所述业务数据上报至与其连接的服务节点，以供所述服务节点按照所述监控规则中的计算规则处理不同代理节点上报的业务数据，获得监控数据；将所述监控数据上传至监控前端，由所述监控前端结合不同服务节点上报的监控数据执行监控处理操作。

本申请实施例中，由监控系统负责监控操作，监控系统包括监控前端、所述监控前端连接的至少一个服务节点以及每一个服务节点连接的至少一个代理节点；其中，每一个代理节点连接至少一个业务节点；监控前端负责监控处理操作；服务节点负责数据计算操作，代理节点负责数据收集曹组，从而通过分级部署结构，缓解了监控处理压力而影响某一个设备的处理性能，保证了监控操作高效、高质量的执行。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请提供的监控系统一个实施例结构示意图；

图2示出了本申请提供的监控系统在一个实际应用中的结构示意图；

图3示出了本申请提供的监控系统又一个实施例的结构示意图；

图4示出了本申请提供的监控系统在又一个实际应用中的结构示意图；

图5示出了本申请提供的监控方法一个实施例的流程图；

图6示出了本申请提供的监控方法又一个实施例的流程图；

图7示出了本申请提供的监控方法又一个实施例的流程图；

图8示出了本申请提供的监控方法又一个实施例的信令图；

图9示出了本申请提供的监控装置一个实施例的结构示意图；

图10示出了本申请提供的计算节点一个实施例的结构示意图；

图11示出了本申请提供的监控装置又一个实施例的结构示意图；

图12示出了本申请提供的计算节点又一个实施例的结构示意图；

图13示出了本申请提供的监控装置又一个实施例的结构示意图；

图14示出了本申请提供的计算节点又一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

本申请的技术方案主要适用于各种业务监控场景中，由于目前各行各业中的诸多业务均是在计算机设备中处理完成，例如电子商务类企业，其提供诸多电子商务类业务，如订单业务、支付业务、物流业务等，每一个业务又可以提供多个服务，例如订单业务可以提供创建订单、提交订单、取消订单等订单处理的服务，均是基于计算机及其网络实现。业务处理由业务节点执行，根据执行结果可以产生不同业务数据。因此业务监控主要是通过对业务数据的分析处理，以实现对业务质量、业务性能、业务异常等业务执行情况的监控。

由于随着业务场景越来越复杂，业务处理量越来越多，业务分区域部署成为大趋势，也即由服务某一业务区域的业务节点负责执行该业务区域对应的业务。例如电子商务类业务中的订单业务，各个订单可能来自于不同地区，每一个地区即划分为一个业务区域，因此可以由负责各个地区的业务节点来进行相应地区的订单处理。其中，服务某一业务区域的业务节点可以构成一个业务集群，因此也可以说是由某一个业务集群负责执行其对应区域的业务。

业务监控流程主要包括数据收集、数据计算以及监控处理等监控操作，现有技术中均是由一个监控节点负责完成，但是这种单点监控方式不适用于业务场景比较复杂，以及业务分区域部署的场景中，在这些场景中，处理量通常很大，会严重影响监控节点的性能，降低监控效率，从而影响监控操作。

发明人研究中出现，如果将监控节点下沉到各个业务区域中，也即每一个业务区域对应部署一个监控节点，由业务区域中的监控节点负责该业务区域中的各个业务节点中业务处理的监控操作，这种方式虽然部署简单，但是每一个业务区域需要分别进行规则等配置，配置较为复杂，且由于实际应用中存在综合考虑各个业务区域对应的业务数据，以衡量整体业务的业务执行情况的整体监控场景，例如某个业务提供的某个服务的错误率，平均响应时长等，而监控节点下沉到各个业务区域这种方式无法进行统筹计算，适用性较差。

为了不影响监控操作，缓解处理压力，保证监控操作的高效、高质量执行，发明人经过进一步研究提出本申请的技术方案，将各种监控操作剥离，进行多级处理部署。据此提供了一种监控系统，由监控前端、所述监控前端连接的至少一个服务节点以及每一个服务节点连接的至少一个代理节点构成，其中，每一个代理节点连接至少一个业务节点；每一个服务节点对应一个业务集群或者一个业务区域。监控前端主要负责监控规则的下发以及执行监控处理操作，服务节点主要负责业务数据的计算，代理节点主要负责业务数据的收集，采用本申请实施例提供的监控系统，通过多级部署、可以缓解任一个节点的处理压力、提高处理效率，保证监控操作的高效、高质执行。

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

图1为本申请提供的一种监控系统一个实施例的结构示意图。

该监控系统包括监控前端10、所述监控前端10连接的至少一个服务节点20以及每一个服务节点20连接的至少一个代理节点30；其中，每一个代理节点30连接至少一个业务节点40；为了方便查看，图1中仅示出了与监控前端连接的两个服务节点，以及与每一服务节点连接的两个代理节点。

其中，在业务区域仅包括一个时，该监控系统也即包括一个服务节点。可选地，每一个代理节点30可以仅连接一个业务节点40，图1中即示出的为一个代理节点30连接一个业务节点40，负责采集与其连接的一个业务节点40的业务数据。

在业务分区域部署场景下，每一个服务节点20对应一个业务区域，每一业务区域通常对应部署多个业务节点40，每一个业务节点40可以连接一个代理节点30，多个代理节点30与该业务区域对应的服务节点20连接，从而由每一业务区域对应的服务节点20以及服务节点20连接的代理节点30负责该业务区域中各个业务节点40的业务数据采集及计算。每一个业务区域中的服务节点以及代理节点即构成监控集群。

监控前端10可以由一个监控节点构成。

其中，每一个代理节点30连接一个业务节点40时，代理节点30可以内嵌在业务节点40中，也即代理节点30与业务节点40可以部署在同一个物理机器中，如图1中所示。

具体的：

所述监控前端10用于下发监控规则至任意服务节点20；根据所述任意服务节点20分别上传的监控数据执行监控处理操作；

所述服务节点20用于接收所述监控前端10下发的监控规则；将所述监控规则中的采集规则下发至与其连接的任意代理节点30；按照所述监控规则中的计算规则处理所述任意代理节点30上报的业务数据，获得监控数据；将所述监控数据上传至监控前端；

所述代理节点30用于接收与其连接的服务节点20下发的采集规则；基于所述采集规则抓取相应的业务节点的业务数据，并上报所述业务数据至与其连接的服务节点20。

其中，监控规则可以由用户提供，监控前端10接收到监控规则之后即可以立即下发至服务节点20中。

其中，监控前端10可以具体是接收监控请求；下发监控请求中的监控规则至请求监控的任意服务节点；根据所述任意服务节点分别上传的监控数据执行监控处理操作。

服务节点20可以具体是将所述监控规则中的采集规则下发至与其连接的并请求监控的任意代理节点30；

该监控请求由用户触发，监控规则可以包含在该监控请求中。

此外作为一种可选方式：该监控请求中可以包括服务节点标识以及每一服务节点标识对应的代理节点标识，从而请求监控的任意服务节点即为服务节点标识对应的各个服务节点；请求监控的任意代理节点即为代理节点标识对应的各个代理节点。

服务节点20按照所述监控规则中的计算规则处理所述任意代理节点30上报的业务数据，获得监控数据可以具体是按照所述监控规则中的计算规则处理与其连接的各个代理节点30上报的业务数据，获得监控数据。服务节点20可以结合计算规则以及各个代理节点上报的业务数据进行实时计算。

也即从可以整个业务集群的层面，将收集的其业务区域内各个代理节点上报的业务数据进行处理，以从整体角度判断业务区域内诸如服务可用性、服务错误率，平均响应时间等。作为另一种可选方式：该监控请求中可以包括区域标识，从而请求监控的任意服务节点，为该区域标识表示的业务区域对应的服务节点，请求监控的任意代理节点可以为该区域标识表示的业务区域对应的各个代理节点。

可选地，在某些实施例中，监控前端10接收到监控规则之后，具体将监控规则下发至与其连接的每一个服务节点，也该任意服务节点包括与监控前端10连接的全部服务节点，从而监控前端10可以获得每一个服务节点20上传的监控数据，根据各个监控数据来执行监控处理操作。从而实现对一个业务的业务处理的整体监控。

当然，基于监控请求确定的请求监控的任意服务节点20，监控前端10还可以实现对部分业务区域中对应的业务处理的监控。

其中，该相应的业务节点可以为与代理节点连接的每一个业务节点，或者也可以是基于监控请求确定的请求监控的业务节点。因此监控请求中还可以包括业务节点标识，以据此确定请求监控的业务节点。

可选地，监控前端10可以只用于负责对一种业务的监控，监控前端10通过服务节点20以及代理节点30建立关联的业务节点40可以仅执行该监控前端所监控的业务。

其中，监控前端10执行的监控处理操作，例如可以包括判断监控数据是否满足报警条件，并在监控数据满足报警条件时进行报警；或者通过大盘展示监控数据等。与现有技术相同，在此不过多赘述。

其中，监控规则包括采集规则以及计算规则，采集规则规定了数据如何获取，计算规则规定了数据如何计算。

可选地，为了方便代理节点监控规则的内容，服务节点还可以对所述监控规则进行解析，从而重新封装获得代理节点可以理解并执行的采集规则、以及服务节点可以理解并执行的计算规则。

采集规则可以包括采集类型以及数据返回格式等。根据采集类型可以确定数据获取方式，根据数据返回格式可以约束业务数据的数据格式。

根据不同的实际需求，目前采集类型主要包括三类：指令采集类、日志收集类以及业务监控服务类。

指令采集类是指根据采集指令采集业务数据，采集指令可以包含于采集规则中，由监控前端10下发。指令采集类采集的业务数据主要适用于机器粒度的异常监控，对一些非常敏感的错误，可以及时做出监控响应、

日志收集类是指收集业务节点的运行日志中，并进行汇聚处理之后获得业务数据，日志收集类采集的业务数据主要适用于业务质量和性能监控，比如业务的某一服务的服务质量在单位时间内的受损情况。

业务监控服务类为指令采集类的一种具体实现，业务监控服务类主要采集业务节点主动提供的业务数据，业务监控服务类采集的业务数据主要适用于对核心业务的监控，监控核心业务的各个服务是否可用等。

当然，可以理解的是，采集类型并不仅限于上述三类。

其中，计算规则可以包括：求和(sum)、求平均值(avg)、计数(count)、求最大值(max)以及求最小值(min)等等。

从而服务节点20可以按照计算规则，将接收到的不同业务数据进行聚合计算，获得监控数据。

在一个特殊实现中，该计算规则可以为空，从而服务节点20即将接收到的业务数据直接作为监控数据上传至监控前端。

可选地，在某些实施例中，服务节点20获得监控数据之后，还可以将监控数据进行缓存。

服务节点20可以配置有监控api(applicationprogramminginterface，应用程序编程接口)；服务节点20具体通过所述监控api接收所述监控前端10下发的监控规则；将所述监控规则中的采集规则通过所述监控api下发至与其连接的任意代理节点30；按照所述监控规则中的计算规则处理所述任意代理节点30上报的业务数据，获得监控数据；将所述监控数据通过所述监控api上传至监控前端10。也即服务节点20中的监控api的调用端可以是代理节点或者监控前端。

在实际应用中，本申请实施例中的代理节点30可以由一个或多个物理机器实现，当然也可以与业务节点40配置在同一个物理机器中。服务节点20可以由一个或多个物理机器实现，监控前端10可以由一个或多个物理机器实现。该物理机器可以是指计算服务设备，例如服务器、计算机等。

如图2中所示，为本申请实施例提供的监控系统在一个实际应用中的一种结构示意图。

此外，在某些监控场景中，例如整体监控场景下，监控前端获得各个服务节点上报的监控数据，执行监控处理操作之前，可以首先对各个监控数据进行二次聚合计算，可以包括求和、求平均值、计数、求最大值以及求最小值等等。

例如为了监控某一个业务中某一个服务的平均响应时长，各个服务节点可以对其连接的各个代理节点上报的业务数据(服务响应时长)求平均值，获得各个监控数据，而该各个监控数据仅是各个业务区域分别对应的平均响应时长，为了评估整体业务的平均响应时长，监控前端可以再将各个监控数据求平均值，即可以计算获得整体业务的平均响应时长。

因此，作为又一个实施例，所述监控前端可以处理与其连接的任意服务节点上传的监控数据，获得聚合数据；根据所述聚合数据执行监控处理操作。

此外，为了进一步缓解监控前端的处理压力，如图3中所示，监控前端10可以包括监控节点11、和分别与所述监控节点11以及每一服务节点20连接的全局节点12；

所述全局节点12用于处理与其连接的任意服务节点20上传的监控数据，获得聚合数据；上报所述聚合数据至所述监控节点11；

所述监控节点11用于通过所述全局节点12下发监控规则至所述任意服务节点20；根据所述全局节点12上报的所述聚合数据执行监控处理操作。

其中，全局节点12处理与其连接的任意服务节点20上传的监控数据，获得聚合数据可以按照监控规则中的聚合规则计算获得。因此，计算规则具体可以是规定了业务数据如何进行计算，聚合规则可以是规定了监控数据如何进行计算。

其中，全局节点部署在业务区域外，全局节点与服务节点实现的功能相近，只是服务对象不同，从调用目标上从业务节点变成了服务节点。在仅部署一个业务区域的场景下，即不包括该全局节点。

在实际应用中，本申请实施例中的代理节点30可以由一个或多个物理机器实现，当然也可以与业务节点40配置在同一个物理机器中。服务节点20可以由一个或多个物理机器实现，监控节点10可以由一个或多个物理机器实现，全局节点可以由一个或多个物理机器实现。

如图4中所示，为本申请实施例提供的监控系统在一个实际应用中又一种结构示意图。

图5为本申请一个实施例中，基于上述任一实施例提供的监控系统实现的监控方法的流程图，本实施例所述的监控方法应用于监控前端中，从监控前端的角度进行描述。该方法可以包括以下几个步骤：

501：所述监控前端下发监控规则至任意服务节点。

作为一种可选方式，该任意服务节点可以是指与监控前端连接的每一个服务节点；在整体监控场景下，需要综合考虑各个业务区域中的各个业务节点的业务数据，因此整体业务监控场景下的监控规则下发至与监控前端连接的每一个服务节点。

作为另一种可选方式，该任意服务节点可以是与监控前端连接的一个或多个服务节点。

在又一个实施例中，步骤501的操作可以包括：接收监控请求；下发监控请求中的监控规则至请求监控的任意服务节点。

该监控请求由用户触发，监控规则可以包含在该监控请求中，此外作为一种可选方式：该监控请求中可以包括服务节点标识以及每一服务节点标识对应的代理节点标识，从而请求监控的任意服务节点即为服务节点标识对应的各个服务节点；请求监控的任意代理节点即为代理节点标识对应的各个代理节点。

作为另一种可选方式：该监控请求中可以包括区域标识，从而请求监控的任意服务节点，为该区域标识表示的业务区域对应的服务节点，请求监控的任意代理节点可以为该区域标识表示的业务区域对应的各个代理节点。

因此用户可以结合自己需求触发监控前端下发监控规则至一个、多个或者全部的服务节点。

502：所述监控前端根据所述任意服务节点上传的监控数据执行监控处理操作。

其中，所述监控数据由所述任意服务节点按照所述监控规则中的计算规则处理与其连接的任意代理节点上报的业务数据获得。该任意代理节点可以根据监控请求中的代理节点标识确定。在整体监控场景下，该任意代理节点即包括与服务节点连接的每一个代理节点。

其中，所述业务数据由所述任意代理节点基于所述监控规则中的采集规则从相应的业务节点抓取获得。所述采集规则由所述任意服务节点下发至与连接的所述任意代理节点。

在某些实施例中，监控前端包括监控节点以及全局节点时，由监控节点通过全局节点下发监控规则至任意服务节点；

由全局节点处理所述任意服务节点上传的监控数据，获得聚合数据，并上传所述聚合数据至所述监控节点；

由监控节点根据所述聚合数据执行监控处理操作。

图6为本申请又一个实施例中，基于上述任一实施例提供的监控系统实现的监控方法的流程图，本实施例所述的监控方法应用于服务节点中，从服务节点的角度进行描述。该方法可以包括以下几个步骤：

601：所述服务节点接收所述监控前端下发的监控规则。

602：所述服务节点将所述监控规则中的采集规则下发至与其连接的任意代理节点，以供所述任意代理节点按照所述采集规则抓取相应的业务节点的业务数据。

其中，可以是将所述监控规则中的采集规则下发至与其连接的并请求监控的任意代理节点。

该请求监控的任意代理节点一种可选方式，可以是基于监控请求中的代理节点标识确定，另一种可选方式，可以是基于监控请求中的区域标识确定。

当然，在一个特殊实现中，例如整体监控场景中，该任意代理节点即是指与服务节点连接的每一个代理节点。

603：所述服务节点接收所述任意代理节点上报的业务数据。

604：所述服务节点基于所述监控规则中的计算规则处理所述业务数据，获得监控数据；

605：所述服务节点将所述监控数据上报至所述监控前端，以供所述监控前端结合不同服务节点分别上报的监控数据执行监控处理操作。

图7为本申请又一个实施例中，基于上述任一实施例提供的监控系统实现的监控方法的流程图，本实施例所述的监控方法应用于代理节点中，从代理节点的角度进行描述。该方法可以包括以下几个步骤：

701：所述代理节点接收与其连接的服务节点下发的采集规则。

其中所述采集规则包含于所述监控前端下发至所述服务节点的监控规则中。

702：所述代理节点按照所述采集规则抓取相应的业务节点中的业务数据。

其中，该相应的业务节点可以是指与代理节点连接的每一个业务节点；也可以是基于监控前端接收的监控请求，确定的请求监控的业务节点。

703：所述代理节点将所述业务数据上报至与其连接的服务节点，以供所述服务节点按照所述监控规则中的计算规则处理不同代理节点上报的业务数据，获得监控数据；将所述监控数据上传至监控前端。

为了更好的理解本申请技术方案，如图8所示，为本申请又一个实施例中，基于上述任一实施例提供的监控系统实现的监控方法的信令图。

结合图8，步骤801中监控前端10接收监控请求，其中，该监控请求可以由用户触发，包括监控规则。之后监控前端10执行步骤802将该监控规则下发至请求监控的任意服务节点20(图8中仅示例性示出了两个服务节点20)，其中请求监控的任意服务节点20的确定可以参见上文所述，在此不再赘述。

其中，可选地，监控前端10可以包括监控节点11以及全局节点12，可以由监控节点11接收监控请求，并通过全局节点12下发监控规则至请求监控的任意服务节点20中。

接收到监控规则的任一服务节点20执行步骤803，将所述监控规则中的采集规则下发至与其连接并请求监控的任意代理节点30；其中，请求监控的任意代理节点可以参见上文中所述，在此不再赘述。

接收到采集规则的任一代理节点30执行步骤804，基于所述采集规则抓取与其连接的业务节点的业务数据；并执行步骤805，将所述业务数据上传至与其连接的服务节点20；

接收到业务数据的任一服务节点20执行步骤806，按照所述监控规则中的计算规则处理所述任意代理节点上报的业务数据，获得监控数据，并所述监控数据上传至监控前端10。

监控前端10即执行步骤807，根据请求监控的各个服务节点20分别上传的监控数据执行监控处理操作。

可选地，监控前端10包括监控节点11以及全局节点12时，接收到业务数据的任一服务节点20具体是将监控数据上传至全局节点12，由全局节点12处理请求监控的各个服务节点20上传的监控数据，获得聚合数据；并将聚合数据上传至监控节点11，由监控节点11根据所述聚合数据执行监控处理操作。

由上文描述可知，本申请实施例提供的技术方案，监控系统分级部署，将监控操作剥离，也即将数据收集、数据计算以及监控处理剥离，形成多级部署结构，无需在每一个业务区域或者业务集群均对应部署一个监控节点，避免了重复部署的复杂度，且缓解了单一监控场景下的处理压力，可以满足所有监控场景，既可以实现对部分业务区域的业务监控，也可以实现某一个业务的整体监控，适用性更强。

由上文描述可知，本申请实施例提供的技术方案可以适用于整体监控场景中，例如在电子商务类业务中，以订单业务中创建订单服务为例，需要对创建订单服务进行整体监控，例如需要监控创建订单服务的订单创建平均响应时长，其中，订单创建响应时长是指接收到订单创建请求时，响应该订单创建请求以创建相应订单的响应时长，因此从各个业务节点获取的业务数据也即为订单创建响应时长。在业务分区域部署环境中，就需要获得各个业务区域中的业务节点产生的每一个订单创建响应时长，因此可以据此定义监控规则，该监控规则中的采集规则可以规定按照日志收集类方式获取数据，计算规则规定求各个业务数据的平均值，由于需要综合考虑各个业务区域，因此监控规则还可以包括聚合规则，用于规定全局节点进行二次计算，以将各个服务节点上传的监控数据求平均值获得聚合数据。之后，监控节点获得该监控规则即可以下发至与其连接的各个服务节点；每一个服务节点即将监控规则的中采集规则下发至与其连接的各个代理节点；每一个代理节点即用于按照该采集节点采集与其连接的业务节点中的业务数据，也即订单创建响应时长并上报至上一级的服务节点；每一个服务节点根据各个代理节点上传的订单创建响应时长，按照计算规则求平均值，即可以获得每一业务区域的监控数据，也即区域平均创建响应时长；每一个服务节点将各自计算获得的区域平均创建响应时长上传至全局节点；全局节点即将各个区域平均创建响应时长求平均值，即可以获得该创建订单服务的订单创建平均响应时长，从而监控节点可以基于该订单创建平均响应时长进行监控处理操作，例如，如果订单创建平均响应时长大于预设时长，则可以进行报警。

图9为本申请提供的一种监控装置一个实施例的结构示意图，该装置可以配置在监控前端10中，包括：

第一规则下发模块901，用于下发监控规则至任意服务节点；

监控处理模块902，用于根据所述任意服务节点上传的监控数据执行监控处理操作；所述监控数据由所述任意服务节点按照所述监控规则中的计算规则处理与其连接的任意代理节点上报的业务数据获得；所述业务数据由所述任意代理节点基于所述监控规则中的采集规则从相应的业务节点抓取获得。

在一个可能设计中，图9所示的监控装置可以实现为一计算节点，如图10中所示，该计算节点可以包括一个或多个处理器1001以及一个或多个存储器1002；

该一个或多个存储器1002存储一条或多条计算机程序指令；

该一个或多个处理器1001调用并执行所述一条或多条计算机程序指令实现如下操作：

下发监控规则至任意服务节点；

根据所述任意服务节点上传的监控数据执行监控处理操作；所述监控数据由所述任意服务节点按照所述监控规则中的计算规则处理与其连接的任意代理节点上报的业务数据获得；所述业务数据由所述任意代理节点基于所述监控规则中的采集规则从相应的业务节点抓取获得。

其中，图10所述的计算节点可以实现为图1～图4任一实施例中所述的监控前端。

该计算节点包括多个存储器1002以及多个处理器1001时，该多个存储器1002可以部署在一个或多个物理机器中，该多个处理器1001可以部署在一个或多个物理机器中。

可选地，该计算节点还可以包括显示器、发射器、通信模组、i/o接口和/或电源组件等实现其功能必要的部件。

其中，存储器1002可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

相应的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图5所示实施例的监控方法。

此外，由上述描述可知，监控前端10可以由监控节点11以及全局节点12构成，因此作为又一个实施例，本申请还提供了一种监控装置，该装置可以配置在监控节点11中，包括：

规则处理单元，用于通过全局节点下发监控规则至任意服务节点；

监控处理单元，用于根据所述全局节点上报的所述聚合数据执行监控处理操作。

其中，所述聚合数据为所述全局节点处理与其连接的任意服务节点上传的监控数据而获得。

在一个可能的设计中，该装置可以实现为一计算节点，该计算节点由一个或多个处理器以及一个或多个存储器构成；

该一个或多个存储器存储一条或多条计算机程序指令；

该一个或多个处理器调用并执行所述一条或多条计算机程序指令实现如下操作：

通过全局节点下发监控规则至任意服务节点；

根据所述全局节点上报的所述聚合数据执行监控处理操作。

此外，作为又一个实施例，本申请还提供了一种监控装置，该装置可以配置在全局节点12中，包括：

规则接收单元，用于接收监控节点下发的监控规则，并发送所述监控规则至任意服务节点；

数据计算单元，用于处理与其连接的任意服务节点上传的监控数据，获得聚合数据；

数据上报单元，用于上报所述聚合数据至所述监控节点，以供所述监控节点根据所述聚合数据执行监控处理操作。

在一个可能的设计中，该装置可以实现为一计算节点，该计算节点由一个或多个处理器以及一个或多个存储器构成；

该一个或多个存储器存储一条或多条计算机程序指令；

该一个或多个处理器调用并执行所述一条或多条计算机程序指令实现如下操作：

接收监控节点下发的监控规则，并发送所述监控规则至任意服务节点；

处理与其连接的任意服务节点上传的监控数据，获得聚合数据；

上报所述聚合数据至所述监控节点，以供所述监控节点根据所述聚合数据执行监控处理操作。

图11为本申请提供的一种监控装置又一个实施例的结构示意图，该装置可以配置服务节点20中，包括：

第一规则接收模块1101，用于接收所述监控前端下发的监控规则；

第二规则下发模块1102，用于将所述监控规则中的采集规则下发至与其连接的任意代理节点，以供所述任意代理节点按照所述采集规则抓取相应的业务节点的业务数据；

数据收集模块1103，用于接收所述任意代理节点上报的业务数据；

计算模块1104，用于基于所述监控规则中的计算规则处理所述业务数据，获得监控数据；

数据上报模块1105，用于将所述监控数据上报至所述监控前端，以供所述监控前端结合不同服务节点上报的监控数据执行监控处理操作。

在一个可能设计中，图11所示的监控装置可以实现为一计算节点，如图12中所示，该计算节点可以包括一个或多个处理器1201以及一个或多个存储器1202；

该一个或多个存储器1202存储一条或多条计算机程序指令；

该一个或多个处理器1201调用并执行所述一条或多条计算机程序指令实现如下操作：

接收所述监控前端下发的监控规则；

将所述监控规则中的采集规则下发至与其连接的任意代理节点，以供所述任意代理节点按照所述采集规则抓取相应的业务节点的业务数据；

接收所述任意代理节点上报的业务数据；

基于所述监控规则中的计算规则处理所述业务数据，获得监控数据；

将所述监控数据上报至所述监控前端，以供所述监控前端结合接收到的不同监控数据执行监控处理操作。

其中，图12所述的计算节点可以实现为图1～图4任一实施例中所述的服务节点。

该计算节点包括多个存储器1202以及多个处理器1201时，该多个存储器1202可以部署在一个或多个物理机器中，该多个处理器1201可以部署在所述一个或多个物理机器中。

可选地，该计算节点还可以包括接收器、发射器、通信模组、i/o接口和/或电源组件等实现其功能必要的部件。

其中该一个或多个处理器1201可以通过调用监控api实现业务数据的接收以及监控数据的上传。

其中，存储器1202可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

相应的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图6所示实施例的监控方法。

图13为本申请提供的一种监控装置又一个实施例的结构示意图，该装置可以配置在代理节点20中，包括：

第二规则接收模块1301，用于接收与其连接的服务节点下发的采集规则；其中所述采集规则包含于所述监控前端下发至所述服务节点的监控规则中；

数据采集模块1302，用于按照所述采集规则抓取相应的业务节点中的业务数据；

数据上传模块1303，用于将所述业务数据上报至与其连接的服务节点，以供所述服务节点按照所述监控规则中的计算规则处理上报的各个业务数据，获得监控数据；将所述监控数据上传至监控前端；所述监控前端用于结合不同服务节点上报的监控数据执行监控处理操作。

在一个可能设计中，图14所示的监控装置可以实现为一计算节点，如图14中所示，该计算节点可以包括一个或多个处理器1401以及一个或多个存储器1402；

该一个或多个处理器1401调用并执行所述一条或多条计算机程序指令实现如下操作：

接收与其连接的服务节点下发的采集规则；其中所述采集规则包含于所述监控前端下发至所述服务节点的监控规则中；

按照所述采集规则抓取相应的业务节点中的业务数据；

将所述业务数据上报至与其连接的服务节点，以供所述服务节点按照所述监控规则中的计算规则处理不同代理节点上报的业务数据，获得监控数据；将所述监控数据上传至监控前端，由所述监控前端结合不同服务节点上报的监控数据执行监控处理操作。

其中，图14所述的计算节点可以实现为图1～图4任一实施例中所述的代理节点。

该计算节点包括多个存储器1402以及多个处理器1401时，该多个存储器1402可以部署在一个或多个物理机器中，该多个处理器1401可以部署在所述一个或多个物理机器中。

可选地，该计算节点还可以包括接收器、发射器、通信模组、i/o接口和/或电源组件等实现其功能必要的部件。

其中，存储器1502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

相应的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图7所示实施例的监控方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。