一种监控方法和装置与流程

本发明涉及计算机技术领域，尤其涉及一种监控方法和装置。

背景技术

目前，对业务系统进行监控的方法主要是通过，通用管理接口ump、串行千兆位媒质独立接口sgm，对业务系统进行机器性能监控、方法监控以及调用量监控。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：过现有监控方法都是以机器或者单个方法为维度进行监控，不能清晰的看到业务系统的整个业务流程的变化，在发生业务系统异常时，出了对研发搜索日志排查外，无从得知业务异常原因以及影响范围，往往就会导致只有客户投诉了，才能够知道系统异常。

因此，亟需一种能够主动进行监控，且能够准确快速的找到业务异常原因的监控方法和装置。

技术实现要素：

有鉴于此，本发明实施例提供一种监控方法和装置，能够主动进行监控，且能够准确快速的找到业务异常原因。

为实现上述目的，根据本发明实施例的一个方面，提供了一种监控方法，包括：

当用户发起的业务流转至所述业务系统中的监控节点时，采集该监控节点上的该业务的业务数据；

根据所采集的业务数据获得每个监控节点的监控指标；

基于所述每个监控节点的监控指标确定所述业务系统中的异常监控节点。

可选的，所述根据所采集的业务数据获得每个监控节点的监控指标包括：

基于指定监控节点和其在监控链路中的关联监控节点的业务数据确定该指定监控节点的监控指标，所述监控链路由所述业务系统中的所有监控节点组成。

可选的，所述基于指定监控节点和其在监控链路中的关联监控节点的业务数据确定该指定监控节点的监控指标包括：

在预设流量统计周期内，统计采集的指定监控节点以及该指定监控节点的父监控节点和/或子监控节点的业务数据流量，以确定该指定监控节点的业务数据滞留指标。

可选的，所述业务数据包括：业务id，所述方法还包括：

根据指定业务的业务id，关联指定业务在所述监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链；

所述业务数据链中的每个业务数据对应于同一流量统计周期。

可选的，所述业务数据包括：业务id；

所述根据所采集的业务数据获得每个监控节点的监控指标包括：

在预设重试量统计周期内，统计采集的指定监控节点的，具有相同业务id的业务数据的数量，以确定该指定监控节点的重试量指标。

可选的，所述业务数据包括：业务id和业务参数；

本发明实施例提供的监控方法还包括：

根据指定业务的业务id，关联指定业务在监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链，所述监控链路由所述业务系统中的所有监控节点组成；

所述根据所采集的业务数据获得每个监控节点的监控指标包括：

将指定业务在指定监控节点的业务参数，作为该指定监控节点的监控指标；

所述基于每个监控节点的监控指标确定所述业务系统中的异常监控节点包括：

在所述业务数据链中比对业务参数，以确定异常的业务参数对应的监控节点为异常监控节点。

可选的，若所述指定业务流转至监控节点后，所述业务id变更，则在该监控节点上采集的该指定业务的业务数据包括：该指定业务的原业务id和变更后的业务id；

所述根据指定业务的业务id，关联指定业务在监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链包括：

关联具有所述原业务id的业务数据与具有所述变更后的业务id的业务数据，以得到该指定业务的业务数据链。

为实现上述目的，根据本发明实施例的另一个方面，还提供了一种监控装置，包括：

采集模块，用于当用户发起的业务流转至所述业务系统中的监控节点时，采集该监控节点上的该业务的业务数据；

指标模块，用于根据所采集的业务数据获得每个监控节点的监控指标；

异常确定模块，用于基于所述每个监控节点的监控指标确定所述业务系统中的异常监控节点。

可选的，所述指标模块进一步用于基于指定监控节点和其在监控链路中的关联监控节点的业务数据确定该指定监控节点的监控指标，所述监控链路由所述业务系统中的所有监控节点组成。

可选的，所述指标模块进一步用于在预设流量统计周期内，统计采集的指定监控节点以及该指定监控节点的父监控节点和/或子监控节点的业务数据流量，以确定该指定监控节点的业务数据滞留指标。

可选的，所述业务数据包括：业务id，本发明实施例提供的监控装置还包括：

数据关联模块，用于根据指定业务的业务id，关联指定业务在所述监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链，所述业务数据链中的每个业务数据对应于同一流量统计周期。

可选的，所述业务数据包括：业务id，所述指标模块进一步用于在预设重试量统计周期内，统计采集的指定监控节点的，具有相同业务id的业务数据的数量，以确定该指定监控节点的重试量指标。

可选的，所述业务数据包括：业务id和业务参数，所述装置还包括：

数据关联模块，用于根据指定业务的业务id，关联指定业务在监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链，所述监控链路由所述业务系统中的所有监控节点组成；

所述指标模块进一步用于将指定业务在指定监控节点的业务参数，作为该指定监控节点的监控指标；

所述异常确定模块进一步用于在所述业务数据链中比对业务参数，以确定异常的业务参数对应的监控节点为异常监控节点。

可选的，若所述指定业务流转至监控节点后，所述业务id变更，则所述采集模块在该监控节点上采集的该指定业务的业务数据包括：该指定业务的原业务id和变更后的业务id；

所述数据关联模块进一步用于关联具有所述原业务id的业务数据与具有所述变更后的业务id的业务数据，以得到该指定业务的业务数据链。

为实现上述目的，根据本发明实施例的另一个方面，还提供了一种监控电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的监控方法。

为实现上述目的，根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的监控方法。

本发明实施例提供的监控方法和装置，能够主动的对业务系统中的业务节点进行数据采集，并基于采集的数据生成业务节点各项运行状态指标。实现对于业务系统中的异常业务节点的精确定位。并且可以灵活配置的监控指标的运算公式，支持用户自主配置监控公式。

本发明实施例提供的监控方法和装置，可以对监控链路中各个监控节点以及监控节点上的监控指标进行展示，将数据通透性、数据流转性都清晰的展示在节点上，监控链路中的每一个监控节点都有清晰的数据展示，从而在发生异常时，可以清晰知道数据走向、异常情况影响范围、事态验证程度。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例提供的监控方法的主要流程的示意图；

图2是本发明实施例提供的一种应用场景中监控链路的示意图；

图3是本发明实施例提供的监控装置的主要模块的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例提供一种监控方法，如图1所示，该方法包括：步骤s101至步骤s103。

在步骤s101中，当用户发起的业务流转至业务系统中的监控节点时，采集该监控节点上的该业务的业务数据。在本发明中，被监控的业务系统中由多个业务节点组成。用户在该业务系统的业务发起节点发起某个业务后，该业务按照设定的顺序在业务系统中的业务节点间流转，并在每个业务节点被进行相应的处理，业务从一个业务节点向另一个业务节点流转的过程，可由用户的有效行为触发或者由业务系统本身触发。

例如，在电商平台的商品售卖业务系统中，用户在下单节点进行下单，触发商品售卖业务，并生成该次售卖业务的业务数据，业务系统通过一系列判定后触发业务的流转，将该次售卖业务流转至生成售卖流水单的节点，生成该次售卖业务的售卖流水单。又如，在该系统中，该次售卖业务流转至下单成功节点，用户对该次售卖业务进行支付，触发该次售卖业务流转至后续的支付成功节点。

在本发明中，可选取被监控的业务系统中的核心节点作为监控节点，从而高效的对业务系统进行监控。每当业务流转至选取的监控节点时，采集该监控节点上生成的该业务的业务数据。在一种实施方式中，采集业务数据的实现方式是，预先在业务系统的监控节点埋入数据采集中间件，当业务流转至监控节点时，触发数据采集中间件收取业务链路数据，进行业务数据的采集。

然后在步骤s102中，根据所采集的业务数据获得每个监控节点的监控指标。在本发明中，所采集的业务数据可以指在预设的一个时间段内采集的每个监控节点的业务数据，通过对每个节点的在一个时间段内的业务数据进行利用，可以获得该节点在该时间段内监控指标。在本发明的一种实施方式中，监控节点的监控指标可以根据具体的监控需求确定，可以灵活配置的监控指标的运算公式，支持用户自主配置监控公式，包括但不限于下述几种指标：监控节点的数据流量、重试量、流转方向、滞留量、重试量以及滞留比率等等。在步骤s103中，基于每个监控节点的监控指标确定业务系统中的异常监控节点。监控指标即能够清楚的反映监控节点的运行情况，从而确定运行异常的监控节点。

本发明实施例提供的上述监控方法，能够主动的对业务系统中的业务节点进行数据采集，并基于采集的数据生成业务节点各项运行状态指标。实现对于业务系统中的异常业务节点的精确定位。

在一种实施方式中，本发明提供的监控方法还包括将业务系统中的多个监控节点组成监控链路的步骤，其中根据各个监控节点在业务系统里的关系，即可以构建由监控节点组成的监控链路，监控链路由业务系统中的所有监控节点组成。在监控链路中，监控节点之间业务的流转顺序即业务系统中业务的流转顺序。监控链路即由被监控的业务系统中的核心节点组成的简化的业务系统链路。

相应的，步骤s102中根据所采集的业务数据获得每个监控节点的监控指标的过程具体为：基于指定监控节点和其在监控链路中的关联监控节点的业务数据确定该指定监控节点的监控指标。

在本发明的一种实施方式中，指定监控节点的关联监控节点可以是改指定监控节点在监控链路上的父节点或者子节点，在步骤s102中，统计预设时间内采集的指定监控节点以及该指定监控节点的父监控节点和/或子监控节点的业务数据量，以确定该指定监控节点的业务数据滞留指标，例如业务数据滞留量，滞留比率。

具体来说，在监控链路中，若业务由指定监控节点流转至其子节点，则指定监控节点的业务数据量减去其子节点的业务数据量，即可得到滞留在该指定监控节点的业务数据量。若业务由指定监控节点流转至其父节点，则指定监控节点的父节点的业务数据量减去指定监控节点的业务数据量，可得滞留在该指定监控节点的业务数据量。

在一种实施方式中，业务数据包括：业务id，根据所采集的业务数据获得每个监控节点的监控指标包括：

在预设重试量统计周期内，统计采集的指定监控节点的，具有相同业务id的业务数据的数量，以确定该指定监控节点的重试量指标。相同业务id的业务数据即同一个用户在该节点重复发起的业务数据，在进行数据收揽后会将此部分数据记录为重试数据，通过重试量可以清晰知晓当前业务异常影响到的用户范围，可以具体到用户。

在本发明中，在监控节点采集的业务数据包括：业务id和业务参数。例如，在电商平台的商品售卖业务系统中，商品售卖业务的业务数据中的业务参数可以为商品售卖的金额或者用户付款的金额。

在步骤s102中将指定业务在指定监控节点的业务参数，作为该指定监控节点的监控指标。

进而步骤s103中基于每个监控节点的监控指标确定业务系统中的异常监控节点的过程具体为：首先，根据指定业务的业务id，串接指定业务在监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链，然后在业务数据链中比对业务参数，以确定异常的业务参数对应的监控节点为异常监控节点。

通过业务数据链，可以获知某一业务的业务数据在经过各个监控节点处理后，其中业务参数的变化情况，进而可以分析出其中业务参数的异常。通过建立业务数据链，在数据链内进行数据的比对，可以避免数据错位计算。

在本发明中，串接指定业务在监控链路的每个监控节点上的业务数据的过程可以在将采集的业务数据进行存储的过程中实现，即将关联的业务数据存储为业务数据链。

在本发明中，业务系统中的业务节点通常是跨组或者夸部门的，因此，业务在业务系统中流转的过程中，业务数据中的业务id会发生变更。例如，在电商平台的商品售卖业务系统中，在售卖部分的业务节点中，业务id为订单流水号，当业务流转到金融交易部分的节点，业务id由订单流水号变更为订单号。

在本发明的一种实施方式中，若指定业务流转至业务系统中的监控节点后，业务id变更，则采集的该监控节点上的该指定业务的业务数据包括：该指定业务的原业务id和变更后的业务id。在串接指定业务的业务数据时，将原业务id的业务数据与变更后的业务id的业务数据串接，以得到该指定业务的业务数据链。

在一种实施方式中，在一个业务节点完后业务的处理后，该业务不会立即流转到下一业务节点，而是在到达设定时间后，再流转到下一个业务节点。例如，商品售卖业务系统中的退款流程，用户在t日申请退款后，退款会在t+1日到账，业务从退款到账节点的前一节点流转到退款到账节点需要等待1天的时间。

对于前一监控节点的业务数据需要在设定时间后才能流转到后一监控节点的情况，假设前一监控节点运行正常，在前一监控节点的业务数据流量统计周期内，后一监控节点的业务数据流量会小于前一监控节点的业务数据流量，因为前一监控节点的业务由于上述设定时间的原因，部分或者全部还未流转到后一监控节点。

因此，在本发明中，业务数据链中的业务数据对应于同一流量统计周期。该统计周期可以根据业务发起的时间确定。例如，假设某业务的业务数据链对应的流量统计周期为t日全天，即统计各个监控节点t日全天的流量。在该业务数据链中可能存在由于上述原因t+1日才能采集到的业务数据，将该业务数据也记为t日全天内的业务数据，从而避免数据错位导致的计算错误。

在一种实施方式中，可以对监控链路中各个监控节点以及监控节点上的监控指标进行展示，将数据通透性、数据流转性都清晰的展示在节点上，监控链路中的每一个监控节点都有清晰的数据展示，从而在发生异常时，可以清晰知道数据走向与异常情况。例如，通过数字以及红、黄、绿颜色来标识各个监控节点，以直观的展示监控节点的数据滞留量，其中当滞留数据量极高时用红色标识监控节点，当滞留数据量较高时用黄色标识监控节点，当滞留数据量正常时用绿色标识监控节点。

在确定监控节点发生异常后，可以快速的抽取异常流程数据，当发生异常需要紧急对用户进行处理时，可以将异常数据快速定位，查出具体哪些人受到影响，以及影响范围，事态验证程度。

并且采集的业务数据中还可以包括有业务节点所属服务实例的信息，使得在节点发生异常时，能够准确的溯源所属服务实例，最终可定位到具体的运行机器，积极可靠的提供给底层研发查询使用，快速做出判断，同时可以知晓问题原因是研发问题、运营问题或外部问题等。

下面结合一具体应用场景，对本发明提供的监控方法作进一步的说明。在该应用场景种，被监控系统为售卖虚拟商品的平台系统。在该系统中选择核心节点作为监控节点，并组成如图2所示的监控链路。

如图2所示，监控链路中的监控节点分别为：下单开始节点，缺失单号节点，补漏单号节点，下单成功节点，超时关单节点，支付成功节点，关单退款节点、虚拟商品到账节点以及对账mq消息重试节点。

在本场景中，采集的业务数据包括：业务id，售卖金额(业务参数)，业务流转到监控节点的时间。其中，下单开始节点即业务系统的业务发起节点，业务流转到该节点的时间即业务的发起时间。

用户在下单开始节点发起售卖虚拟商品业务，下单开始节点有两个分支子节点，缺失单号节点和下单成功节点，在业务系统中，售卖虚拟商品业务在下单开始节点发起后，经过多个相关业务节点后，流转至创建金融交易订单节点，若订单创建成功，该业务即流转至下单成功节点，若创建失败，该业务即流转至缺失单号节点。若业务流转至缺失单号节点，则业务还将流转至补漏单号节点进行单号补漏，然后回到下单成功节点。

下单成功节点有两个子分支节点，若用户支付成功，业务流转至支付成功节点，若用户超时未支付则流转至超时关单节点。相应的，支付成功节点有三个子分支节点，当满足相应条件时，业务从支付成功节点流转至关单退款节点、虚拟商品到账节点或对账mq消息重试节点。

在本场景中，根据业务数据统计业务节点的下述指标：业务数据的滞留量、滞留比率、重试量、流量以及售卖金额参数。上述指标的统计周期为t日。

流量为t日内收入数据的数量。重试量为当一个数据重复收到两次后，代表单个节点数据发生了一次重试，记录重试量。流转方向为各个节点数据在监控链路中的走向。滞留量为停滞在节点的数据的数量。滞留比率可以为经过节点的所有数据中，滞留量所占的比率。

具体的，以滞留量为例，下单成功节点的子节点为支付成功节点和超时关单节点，下单成功节点的流量减去支付成功节点的流量，再减去超时关单节点的流量即为下单成功节点的数据滞留量，这些业务数据就是用户在点下单后，没有进行支付，也没有到超时关单，等待处理的数据。

本发明还提供一种监控的装置，如图3所示，该装置300包括：采集模块301、指标模块302和异常确定模块303。

采集模块301用于当用户发起的业务流转至业务系统中的监控节点时，采集该监控节点上的该业务的业务数据.

指标模块302用于根据所采集的业务数据获得每个监控节点的监控指标。

异常确定模块303用于基于每个监控节点的监控指标确定业务系统中的异常监控节点。

在本发明中，指标模块进一步用于基于指定监控节点和其在监控链路中的关联监控节点的业务数据确定该指定监控节点的监控指标，监控链路由业务系统中的所有监控节点组成。

在本发明中，指标模块进一步用于在预设流量统计周期内，统计采集的指定监控节点以及该指定监控节点的父监控节点和/或子监控节点的业务数据流量，以确定该指定监控节点的业务数据滞留指标。

在本发明中，业务数据包括：业务id，装置还包括：数据关联模块。数据关联模块用于根据指定业务的业务id，关联指定业务在监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链，业务数据链中的每个业务数据对应于同一流量统计周期。

在本发明中，业务数据包括：业务id，指标模块进一步用于在预设重试量统计周期内，统计采集的指定监控节点的，具有相同业务id的业务数据的数量，以确定该指定监控节点的重试量指标。

在本发明中，业务数据包括：业务id和业务参数，装置还包括：数据关联模块。

数据关联模块用于根据指定业务的业务id，关联指定业务在监控链路的每个监控节点上的业务数据，以得到指定业务的业务数据链，监控链路由业务系统中的所有监控节点组成。

指标模块进一步用于将指定业务在指定监控节点的业务参数，作为该指定监控节点的监控指标。

异常确定模块进一步用于在业务数据链中比对业务参数，以确定异常的业务参数对应的监控节点为异常监控节点。

在本发明中，若指定业务流转至监控节点后，业务id变更，则采集模块在该监控节点上采集的该指定业务的业务数据包括：该指定业务的原业务id和变更后的业务id。

数据关联模块进一步用于关联具有原业务id的业务数据与具有变更后的业务id的业务数据，以得到该指定业务的业务数据链。

本发明实施例提供的监控方法和装置，能够主动的对业务系统中的业务节点进行数据采集，并基于采集的数据生成业务节点各项运行状态指标。实现对于业务系统中的异常业务节点的精确定位。并且可以灵活配置的监控指标的运算公式，支持用户自主配置监控公式。本发明实施例提供的监控方法和装置，可以对监控链路中各个监控节点以及监控节点上的监控指标进行展示，将数据通透性、数据流转性都清晰的展示在节点上，监控链路中的每一个监控节点都有清晰的数据展示，从而在发生异常时，可以清晰知道数据走向、异常情况、影响范围、事态验证程度。

图4示出了可以应用本发明实施例的监控方法或监控装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如根据所采集的业务数据获得每个监控节点的监控指标，基于所述每个监控节点的监控指标确定所述业务系统中的异常监控节点的后台管理服务器。

需要说明的是，本发明实施例所提供的监控方法一般由服务器405执行，相应地，监控装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括采集模块、指标模块、异常确定模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

当用户发起的业务流转至所述业务系统中的监控节点时，采集该监控节点上的该业务的业务数据；

根据所采集的业务数据获得每个监控节点的监控指标；

基于所述每个监控节点的监控指标确定所述业务系统中的异常监控节点。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。