CN109495335B - 业务监控方法、装置、系统及电子设备 - Google Patents

Abstract

本发明实施例提供一种业务监控方法、装置、系统及电子设备，其中，方法包括：配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。本发明实施例的方案能够在解决监控业务的同时，降低监控业务中各种配置操作的复杂度，提高配置规则的灵活性，减少重复工作量。

Description

业务监控方法、装置、系统及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务监控方法、装置、系统及电子设备。

背景技术

随着现有业务场景日趋复杂，一个监控业务涉及到多集群、多应用、多区域的场景越来越常见，随之而来的监控业务复杂度也越来越大。现有的监控业务体系分为几类：第一种是以应用为单位进行监控业务的部署，通过配置采集指令或者调用应用自身配置的监控端口API获取期望结果，产生监控报表或报警；第二种是通过日志收集工具，按照客户需求收集汇聚目标日志，然后在日志基础上设置自己的过滤或聚合规则，然后生产报表或报警。

现有技术存在如下缺陷：

上述第一种监控业务方案，只能以应用为单位进行监控的部署，不能按照不同维度做聚合计算和数据汇总；上述第二种监控业务方案缺点是重复的逻辑计算和计算编码的设计以及复杂配置，虽然可以实现数据汇总，但是很不灵活。

总之，现有的技术虽然能够解决监控业务的基本问题，但是依然面临配置复杂，重复工作量大，配置规则不灵活等诸多问题。

发明内容

本发明提供了一种业务监控方法、装置、系统及电子设备，能够在解决监控业务的同时，降低监控业务中各种配置操作的复杂度，提高配置规则的灵活性，减少重复工作量。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供了一种业务监控方法，包括：

配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。

第二方面，提供了一种业务监控装置，包括：

规则配置模块，用于配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

分配控制模块，用于将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作后输出监控项结果。

第三方面，提供了一种业务监控系统，包括：监控前端、如上所述的业务监控装置、执行业务监控的各处理环节的执行节点；

所述监控前端，用于向所述业务监控装置下发待执行的业务监控的监控项；

所述业务监控装置，用于配置待执行的业务监控的监控项对应的监控规则，并分配至各所述执行节点；

各所述执行节点，用于根据所述业务监控装置下发的所述监控规则中相应的操作项信息对业务节点执行相应的操作后，向所述监控前端输出监控结果。

第四方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。

本发明提供的业务监控方法、装置、系统及电子设备，在执行业务监控的过程中，先配置待执行的业务监控的监控项对应的监控规则，将监控规则中的操作项信息分配到各处理环节的执行节点，然后各执行节点根据操作项信息对业务节点执行相应的操作；最后输出监控项结果。由于每个处理环节的工作均是围绕监控规则中的操作项信息进行展开，所以只要预先对监控规则进行一次配置就可以减少对各处理环节一一进行配置的重复工作量，实现灵活配置，降低配置的复杂度。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例的业务监控逻辑示意图；

图2为本发明实施例的业务监控系统示意图；

图3为本发明实施例的业务监控方法流程图；

图4为本发明实施例的业务监控装置结构图；

图5为本发明实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明改变了现有技术中，在进行业务监控时需要针对不同的业务监控方案中的各个处理环节一一进行配置和处理，致使配置过程复杂，不灵活，且重复工作量较大，其核心思想在于，在每次执行业务监控前，先生成当前业务监控的监控项所对应的监控规则，该监控规则包含了完成该监控项所需要的各处理环节的操作项信息；然后将监控规则的内容对应的分配到各处理环节的执行节点，由这些执行节点根据操作项信息对业务节点执行相应的操作后输出监控项结果，在各执行节点中预先配置有执行相应操作项的功能单元。如此，通过简单地配置无差别的监控规则，就可以实现业务监控中所有执行环节的配置，减少重复工作量。

如图1所示，为本发明实施例的业务监控逻辑示意图。在该逻辑图中，整个处理流程分为4个部分，监控前端、业务监控、数据计算环节和数据监控环节；其中，

监控前端，包括被监控的监控项的产生和下发过程，其中监控项的内容可以是检查业务节点的硬盘坏道、硬盘健康状态等。

业务监控，该环节是对监控前端下发的监控项内容进行解析，然后生成监控规则，并将监控规则中的操作项信息下发到真正执行监控项监控的各执行节点上。其中，监控规则中包含了完成监控项所需要的各处理环节的操作项信息；例如，该监控规则包括以下几个方面的内容：服务名称、监控类型、监控详情、计算规则、监控目标等，下面示例性显示了监控规则中各操作信息的具内容：

监控规则1

service:ecs_openapi

monitor_type:log

detail:/var/log/service.log

target:region

rule:sum(total_request),avg(response_time)by service_type

interval:5min

监控规则说明：

服务名称：监控服务名称为ecs_openapi，通过名称可以从配置节点找到服务地址(IP地址)和集群信息；

监控类型：日志，该规则下发至监控节点后，抓取对应的目录的日志；

监控详情：目标服务的日志路径

计算规则：总请求数、平均响应时间

监控目标：region为单元返回数据，返回该region下的指定服务ecs_openapi的所有数据

时间间隔：数据的监控时间间隔。

数据监控环节：负责监控数据的监控节点根据监控规则中的服务名称、监控类型和监控详情，对业务节点进行相应的操作，以采集相应的监控数据，例如，抓取目标服务日志路径下的日志数据；调用监控服务的应用程序接口(Application ProgrammingInterface，API)对应的统一资源定位符(Uniform Resource Locator，URL)调取目标数据；在业务节点上运行采集指令对应的脚本数据，得到结果数据。

其中，针对后两种执行操作，可将最终得到的监控数据写入到业务日志中，然后通过日志收集工具，对监控数据的所有日志进行收集，形成监控数据原始日志。

数据计算环节：以收集的监控数据的原始日志作为监控目标，然后根据之前下发的监控规则中的计算规则以指示的监控目标的描述信息，对相应的监控数据进行规则处理。

例如，如果监控目标是监控节点根据被抓取的日志的路径信息抓取的日志数据，则对应的计算规则为预置在计算节点本地的计算逻辑程序，得到计算结果；

如果监控目标是监控节点访问监控服务的应用程序接口对应的统一资源定位符后调取的目标数据，则对应的计算规则的内容为空，并将该目标数据直接作为计算结果；

如果监控目标是监控节点在业务节点上运行采集指令对应的脚本数据后得到的结果数据，则对应的计算规则的内容为空，并将该结果数据直接作为所述计算结果。

计算节点在对监控数据进行计算规则的计算时，由于计算的对象数据量较大，可以通过计算集群来进行具体的数据计算得到计算结果。计算节点将计算结果作为监控结果输出至前端，具体输出形式可以是并以实时报表、实时报警和数据大盘中的至少一种方式输出至监控前端进行显示。

基于图1所示的业务监控逻辑示意图，本发明实施例提供了一种业务监控系统，用以执行图1中的处理逻辑。如图2所示，该系统包括：监控前端310、业务监控装置320、执行业务监控的各处理环节的执行节点330；其中，

监控前端310，可以为用于人机交互的终端设备，可用于接收用户输入的监控项内容，并向业务监控装置320下发待执行的业务监控的监控项；

业务监控装置320，用于配置待执行的业务监控的监控项对应的监控规则，并分配至各执行节点；其中监控规则的内容含完成监控项所需要的各处理环节的操作项信息；

执行节点330，其数量可以为多个，对应执行不同处理环节中的操作，其功能是根据业务监控装置320下发的监控规则中相应的操作项信息对业务节点执行相应的操作后，向监控前端输出监控结果，其中，各执行节点中可预先配置有执行相应操作项的功能单元。

可以理解为，执行节点330像一个个执行具体操作的工人，他们已经具备了执行相应操作的技能(执行相应操作项的功能单元)，在每次执行一项任务(监控项)时，只要向他们下发具体的任务指令(监控规则中的操作项信息)，这些工人就可以自动完成相应的技能操作(监控项中包含的各处理环节)，最后提交任务的完成结果(监控结果输出)。

本发明实施例提供的业务监控系统，能够在解决监控业务的同时，降低监控业务中各种配置操作的复杂度，提高配置规则的灵活性，减少重复工作量。

下面通过多个实施例来进一步说明本申请的技术方案。

实施例一

基于上述中通过配置监控规则实现业务监控的全部处理环节的方案思想，如图3所示，其为本发明实施例示出的业务监控方法流程图，该方法的执行主体为图2中所示的业务监控装置。如图3所示，该业务监控方法包括如下步骤：

S310，配置待执行的业务监控的监控项对应的监控规则，监控规则包含完成监控项所需要的各处理环节的操作项信息。

现有技术中，针对不同的业务监控的监控项，已经具备了相对完整的处理流程，但这些流程的配置过程是比较零散的，需要技术人员对每一处理环节的内容逐一执行，包括操作的逻辑编写，以及操作流程的控制。这种方式对于同时进行多项监控项的业务监控而言，各处理环节的配置复杂度不仅明显增大，而且重复工作量也明显增多，因为针对不同的监控项的业务监控操作其采用的监控类型可能是相同的，但由于各业务监控项是独立配置执行的，所以监控类型中指定的操作过程也需要重复配置和执行。

区别于现有技术中，针对一个监控项的各处理环节之间一一配置和控制的过程，本方按中在执行业务监控操作之前，配置待执行的业务监控的监控项对应的监控规则，该监控规则包含完成监控项所需要的各处理环节的操作项信息。

例如，在执行大部分业务监控的过程中，大体包括两个处理环节，一个是数据监控环节、一个是数据计算环节。

数据监控环节的主要目的，是采集监控的对象数据，监控的类型的主要包括抓取日志、调用业务节点自带的监控服务的应用程序接口、执行采集指令，通过这些监控类型可以采集到被监控的数据内容。

因此，在形成的针对数据监控环节的监控规则中，主要围绕如何监控数据进行规则的配置。具体地，数据监控环节所对应的监控规则中的操作项信息包括被监控的数据所在业务节点的服务名称、监控数据所采用的监控类型以及该监控类型对应的监控详情。

例如，前面示出的监控规则1中，包含了以抓取日志为监控类型的各操作项信息的具体内容，下面分别示出以调用业务节点自带的监控服务的应用程序接口以及执行采集指令作为监控类型的监控规则，分别对应为监控规则2和监控规则3。

监控规则2

service:ecs_openapi

monitor_type:api

detail:/check_health

target:application

rule:

interval:5min

监控规则说明：

服务名称：ecs_openapi

监控类型：API，调用业务节点提供的API服务

监控详情：访问API对应的统一资源定位符URL，调取目标数据

计算规则：无，相当于将API返回的结果全部上传到计算结果中，无需做任何计算

监控目标：服务，返回服务对应业务节点的所有数据

时间间隔：数据的监控时间间隔

监控规则3

monitor_type:commands

detail:/home/admin/script/check_error_request

target:application

rule:sum(error_request),avg(error_response_time)by error_type

interval:5min

监控规则说明：

监控类型：commands，下发给监控节点的采集指令

监控详情：采集指令的脚本数据

计算规则：无，采集指令返回的数据，直接上传到计算结果，无需结算

监控目标：服务，返回服务对应业务节点的所有数据

时间间隔：数据的监控时间间隔

另外，数据计算的处理环节主要目的是对数据监控得到的监控数据进行逻辑处理以得到相应的监控结果，比如汇总统计硬盘坏道的总数量，统计硬盘的健康状态数据等。在监控规则2和监控规则3中，针对监控类型为调用业务节点自带的监控服务的应用程序接口、执行采集指令所获得的监控数据，其对应的计算规则为空，即将监控数据直接作为监控结果进行输出即可。需要说明的是，在计算节点对监控数据进行计算规则处理时，还要在监控规则中表面待计算的监控数据是什么，也就是监控目标。监控规则中所列出的监控目标指的是具体监控数据的信息，而在实际处理过程中，该监控目标也可以是监控数据所在业务日志中的存储路径或存储表项。

S320，将监控规则中的操作项信息分配到各处理环节的执行节点，各执行节点根据操作项信息对业务节点执行相应的操作后输出监控项结果。

其中，各所述执行节点中预先配置有执行相应操作项的功能单元。

基于上述监控规则中的数据监控空环节的操作项信息，执行数据监控环节的监控节点在收到相应监测规则后，可调用自身预置的相应的功能单元执行如下操作：

根据被抓取的日志的路径信息抓取相应的日志数据；

访问监控服务的应用程序接口API对应的统一资源定位符URL，调取目标数据；

在业务节点上运行采集指令对应的脚本数据，得到结果数据。

监控节点可将执行数据监控后获得的数据以业务日志进行保存；然后利用日志收集工具对业务日志进行收集。

执行数据计算环节的计算节点可利用日志收集工具对业务日志进行收集，并调用监控规则中的指定的计算规则对业务日志中的标识的监控目标的数据进行计算，得到计算结果；其中，

计算节点对业务日志中的目标数据进行计算可包括：

如果监控目标是监控节点根据被抓取的日志的路径信息抓取的日志数据，则对应的计算规则为预置在计算节点本地的计算逻辑程序；该计算逻辑程序可以由技术人员根据想要的监控结果自行进行逻辑编写，并预置在计算节点中；

如果监控目标是监控节点访问监控服务的应用程序接口对应的统一资源定位符后调取的目标数据，则对应的计算规则的内容为空，并将该目标数据直接作为计算结果；

如果监控目标是监控节点在业务节点上运行采集指令对应的脚本数据后得到的结果数据，则对应的计算规则的内容为空，并将该结果数据直接作为计算结果。

在上述计算过程中，针对计算工作量较大的情况，还可通过设置专门的计算集群，来对海量数据进行实时计算，以提高计算效率。

在计算节点得到计算结果后，可将该计算结果作为监控结果输出，例如，计算节点可对计算结果进行数据整理后，以实时报表、实时报警和数据大盘中的至少一种方式输出至监控前端进行显示。

本发明实施例业务监控方法，在执行业务监控的过程中，先基于待执行的业务监控的监控项，配置该监控项对应的监控规则，将监控规则中的操作项信息对应的分配到各处理环节的执行节点，然后各执行节点根据操作项信息对业务节点执行相应的操作，各执行节点中预先配置有执行相应操作项的功能单元；最后输出监控项结果。由于每个处理环节的工作均是围绕监控规则中的操作项信息进行展开，所以只要预先对监控规则进行一次配置就可以减少对各处理环节一一进行配置的重复工作量，实现灵活配置，降低配置的复杂度。

实施例二

如图4所示，为本发明实施例的业务监控装置结构图，该业务监控装置可用于执行如图3所示的方法步骤，其包括：

规则配置模块410，用于配置待执行的业务监控的监控项对应的监控规则，该监控规则包含完成监控项所需要的各处理环节的操作项信息；

分配控制模块420，用于将监控规则中的操作项信息分配到各处理环节的执行节点，各执行节点根据操作项信息对业务节点执行相应的操作，得到监控项结果。

本发明实施例提供的业务监控装置，在执行业务监控的过程中，先配置待执行的业务监控的监控项对应的监控规则，将监控规则中的操作项信息分配到各处理环节的执行节点，然后各执行节点根据操作项信息对业务节点执行相应的操作，各执行节点中预先配置有执行相应操作项的功能单元；最后输出监控项结果。由于每个处理环节的工作均是围绕监控规则中的操作项信息进行展开，所以只要预先对监控规则进行一次配置就可以减少对各处理环节一一进行配置的重复工作量，实现灵活配置，降低配置的复杂度。

实施例三

前面描述了业务监控装置的整体架构，该装置的功能可借助一种电子设备实现完成，如图5所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器510和处理器520。

存储器510，用于存储程序。

除上述程序之外，存储器510还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器510可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器520，耦合至存储器510，用于执行存储器510中的程序，以用于：

配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图5所示，电子设备还可以包括：通信组件530、电源组件540、音频组件550、显示器560等其它组件。图5中仅示意性给出部分组件，并不意味着电子设备只包括图5所示组件。

通信组件530被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件530经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件530还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件540，为电子设备的各种组件提供电力。电源组件540可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件550被配置为输出和/或输入音频信号。例如，音频组件550包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器510或经由通信组件530发送。在一些实施例中，音频组件550还包括一个扬声器，用于输出音频信号。

显示器560包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (12)

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

配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。

2.根据权利要求1所述的方法，其特征在于，所述处理环节包括数据监控环节；

所述数据监控环节的操作项信息包括被监控的数据所在业务节点的服务名称、监控数据所采用的监控类型以及该监控类型对应的监控详情。

3.根据权利要求2所述的方法，其特征在于，所述监控类型包括；抓取日志、调用业务节点自带的监控服务的应用程序接口、执行采集指令；所述监控类型对应的监控详情为被抓取的日志的路径信息、被调用的所述监控服务的应用程序接口对应的统一资源定位符、所述采集指令对应的脚本数据。

4.根据权利要求3所述的方法，其特征在于，所述执行节点根据所述操作项信息对业务节点执行相应的操作，包括：执行所述数据监控环节的监控节点，

根据所述被抓取的日志的路径信息抓取相应的日志数据；

访问所述监控服务的应用程序接口对应的统一资源定位符，调取目标数据；

在业务节点上运行所述采集指令对应的脚本数据，得到结果数据。

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

所述监控节点将执行数据监控后获得的数据以业务日志进行保存。

6.根据权利要求5所述的方法，其特征在于，所述处理环节还包括数据计算环节；

所述数据计算环节的操作项信息包括被执行计算处理的监控目标以及对该监控目标的数据进行计算的计算规则。

7.根据权利要求6所述的方法，其特征在于，所述执行节点根据所述操作项信息对业务节点执行相应的操作，包括：

执行所述数据计算环节的计算节点利用日志收集工具对所述业务日志进行收集，并调用所述计算规则对所述业务日志中的所述监控目标的数据进行计算，得到计算结果；其中，

对所述业务日志中的所述目标数据进行计算包括：

如果所述监控目标是所述监控节点根据所述被抓取的日志的路径信息抓取的日志数据，则对应的所述计算规则为预置在所述计算节点本地的计算逻辑程序；

如果所述监控目标是所述监控节点访问所述监控服务的应用程序接口对应的统一资源定位符后调取的目标数据，则对应的所述计算规则的内容为空，并将该目标数据直接作为所述计算结果；

如果所述监控目标是所述监控节点在所述业务节点上运行所述采集指令对应的脚本数据后得到的结果数据，则对应的所述计算规则的内容为空，并将该结果数据直接作为所述计算结果。

8.根据权利要求7所述的方法，其特征在于，输出监控项结果，包括：

所述计算节点对所述计算结果进行数据整理，并以实时报表、实时报警和数据大盘中的至少一种方式输出至监控前端进行显示。

9.根据权利要求1所述的方法，其特征在于，各所述执行节点中预先配置有执行相应操作项的功能单元。

10.一种业务监控装置，其特征在于，包括：

规则配置模块，用于配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

分配控制模块，用于将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。

11.一种业务监控系统，其特征在于，包括：监控前端、如权利要求10所述的业务监控装置、执行业务监控的各处理环节的执行节点；

所述监控前端，用于向所述业务监控装置下发待执行的业务监控的监控项；

所述业务监控装置，用于配置待执行的业务监控的监控项对应的监控规则，并分配至各所述执行节点；

各所述执行节点，用于根据所述业务监控装置下发的所述监控规则中相应的操作项信息对业务节点执行相应的操作后，向所述监控前端输出监控结果。

12.一种电子设备，其特征在于，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

配置待执行的业务监控的监控项对应的监控规则，所述监控规则包含完成所述监控项所需要的各处理环节的操作项信息；

将所述监控规则中的操作项信息分配到各所述处理环节的执行节点，各所述执行节点根据所述操作项信息对业务节点执行相应的操作，得到监控项结果。

Images