CN114615169A

CN114615169A - 路径监控方法、装置和计算机可读存储介质

Info

Publication number: CN114615169A
Application number: CN202011409453.1A
Authority: CN
Inventors: 叶长鑫
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-12-03
Filing date: 2020-12-03
Publication date: 2022-06-10
Anticipated expiration: 2040-12-03
Also published as: CN114615169B

Abstract

本申请提供了一种路径监控方法、装置和计算机可读存储介质，该方法包括：获取监控路径上的至少两个节点上报的业务数据信息以及该监控路径的路径配置信息，该业务数据信息包括业务数据标识和该业务数据标识对应的业务数据内容，该路径配置信息用于定义该监控路径中的各个节点的调用关系以及该各个节点的业务数据标识；根据该至少两个节点上报的业务数据标识和该监控路径的路径配置信息中的各个节点的业务数据标识，将该至少两个节点上报的业务数据内容关联至该监控路径中对应的节点，得到该监控路径中的各个节点的业务数据内容；根据该监控路径中的各个节点的业务数据内容，对该监控路径进行监控。

Description

路径监控方法、装置和计算机可读存储介质

技术领域

本发明涉及计算机技术领域，并且更具体地，涉及一种路径监控方法、装置和计算机可读存储介质。

背景技术

随着通信与网络技术的快速发展和广泛应用，计算机***己经渗透到人类活动的各个领域，越来越多的企业、机构和组织建立了与自身业务相关的计算机***，借以提高工作效率、降低成本。

计算机***可以拆分为多个功能独立的节点，每个节点可以用于实现一个业务功能。同时节点之间存在诸多依赖关系，比如，一个节点可以被其他一个或多个节点调用，一旦某个节点出现故障失去响应而不能返回请求结果，会导致调用该节点的其他节点不断尝试重发请求以及等待。

在相关技术中，可以监控节点之间的调用成功率，失败率，调用耗时等指标以确定出现故障的节点，但是，此方式仅适用于调用关系简单的路径，对于调用关系复杂(比如树状或图状)的路径不能实现有效的监控。因此，如何实现任意路径的监控是一项急需解决的问题。

发明内容

本申请提供了一种路径监控方法、装置和计算机可读存储介质，能够实现任意路径的监控。

第一方面，提供了一种路径监控方法，包括：获取监控路径上的至少两个节点上报的业务数据信息以及所述监控路径的路径配置信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述路径配置信息用于定义所述监控路径中的各个节点的调用关系以及所述各个节点的业务数据标识；

根据所述至少两个节点上报的业务数据标识和所述监控路径的路径配置信息中的各个节点的业务数据标识，将所述至少两个节点上报的业务数据内容关联至所述监控路径中对应的节点，得到所述监控路径中的各个节点的业务数据内容；

根据所述监控路径中的各个节点的业务数据内容，对所述监控路径进行监控。

第二方面，提供了一种路径监控方法，包括：

向监控平台上报业务数据信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述业务数据标识用于标识节点的业务数据。

在一些实施方式中，所述方法还包括：

接收监控平台的配置信息，所述配置信息用于配置节点上报所述业务数据信息所使用的数据结构。

第三方面，提供了一种路径监控装置，用于执行上述第一方面或其各实现方式中的方法。

具体地，该路径监控装置包括：获取单元，用于获取监控路径上的至少两个节点上报的业务数据信息以及所述监控路径的路径配置信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述路径配置信息用于定义所述监控路径中的各个节点的调用关系以及所述各个节点的业务数据标识；

关联单元，用于根据所述至少两个节点上报的业务数据标识和所述监控路径的路径配置信息中的各个节点的业务数据标识，将所述至少两个节点上报的业务数据内容关联至所述监控路径中对应的节点，得到所述监控路径中的各个节点的业务数据内容；

监控单元，用于根据所述监控路径中的各个节点的业务数据内容，对所述监控路径进行监控。

第四方面，提供了一种路径监控装置，用于执行上述第二方面或其各实现方式中的方法。

具体地，该路径监控装置包括：发送单元，用于向监控平台上报业务数据信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述业务数据标识用于标识节点的业务数据。

第五方面，提供了一种路径监控装置，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面或其各实现方式中的方法。

第六方面，提供了一种路径监控装置，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面或其各实现方式中的方法。

第七方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。

第八方面，提供了一种计算机程序产品，包括计算机程序指令，所述计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。

第九方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。

通过上述技术方案，通过配置节点上报业务数据信息所采用的上报数据结构，即包括业务数据标识和业务数据内容，以及描述路径中的各个节点的调用关系以及各个节的点业务数据标识的路径配置信息，这样，节点可以基于该上报数据结构进行业务数据信息的上报，进一步地，可以根据业务数据标识将节点上报的业务数据信息关联至路径中的各个节点，得到各个节点的业务数据内容，从而可以基于该各个节点的业务数据内容进行路径监控。

附图说明

图1是树状链路的示意性拓扑图。

图2是图状链路的示意性拓扑图。

图3是适用于本申请实施例的一种***架构的示意性图。

图4是本申请一个实施例提供的路径监控方法的示意性流程图。

图5是一种路径的示意性拓扑图。

图6是根据本申请另一实施例提供的路径监控方法的示意性流程图。

图7是根据本申请实施例提供的一种路径监控装置的示意性框图。

图8是根据本申请实施例提供的另一种路径监控装置的示意性框图。

图9是根据本申请实施例提供的又一种路径监控装置的示意性框图。

具体实施方式

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

在相关技术中，可以实现调用关系简单的路径的监控，例如两个节点之间的监控，对于调用关系复杂的路径，例如，图1所示的树状路径，或称树状链路，或者图2所示的图状路径，或称图状链路，往往需要自定义开发监控程序，费时费力。

应理解，在图1和图2所示的路径拓扑图中，△表示节点，或称业务节点，服务节点等，相邻两个节点之间的连线称为边，表示这两个节点之间的调用关系，连线的箭头所指方向为被调用节点(即边的停止节点)，连线的箭头尾部为调用节点，或称主调节点(即边的起始节点)。

由于节点和节点提供的业务是具有对应性的，△也可以表示节点所提供的业务，则连线的箭头所指方向为被调用节点所提供的业务，连线的箭头尾部为调用节点所提供的业务，则该路径拓扑图也可以认为是业务的调用关系拓扑图。

参阅图3，图3是适用于本申请实施例的路径监控方法的***架构图。该***可以包括至少两个节点101，以及监控服务器103，或称监控平台，该监控服务器103和节点101之间可以通过网络102进行通信。该网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

可选地，该至少两个节点101可以为提供特定业务功能的业务节点，或者也可以为该***中预配置的用于监控业务节点的监控节点，即该节点101可以不执行业务，只负责监控业务节点的性能。

在一些实施例中，该至少两个节点101可以为一个应用程序划分的至少两段子程序，该至少两段子程序之间相互协调，互相配置提供特定的业务功能。可选地，该至少两段子程序可以被布置在一个或多个计算设备中，本申请实施方式对此并无限定。

此情况下，节点间采用轻量级的通信机制互相沟通，例如基于符合表现层状态转移(REpresentational State Transfer，REST)设计标准的应用程序编程接口(Application Programming Interface，API)，或被称为RESTful API，RESTful API可以基于超文本传输协议(Hyper Text Transfer Protocol，HTTP))协议实现。

在另一些实施例中，该至少两个节点101可以为独立的设备，例如，个人电脑、笔记本电脑、智能手机、平板电脑、或者其他移动互联网设备等。

该至少两个节点101可以向监控服务器103上报业务数据信息，该业务数据信息例如可以为一个节点向其他节点发起调用请求的次数，响应其他节点发起的调用请求的次数，发起调用请求的时间信息，响应其他节点发起的调用请求的时间信息等。

该监控服务器103可以为该***中配置的用于提供路径监控服务的服务器。例如提供路径监控服务的后台服务器，该后台服务器可以根据节点101上报的业务数据信息计算节点101所在路径的监控指标，以供开发人员进行固定定位，或者进行***的容量评估，***优化等。

应理解，图3所示的***架构仅为一种示例，在其他实施例中，该***还可以包括存储***，例如，mysql或其他存储引擎，用于存储该至少两个节点101上报的业务数据信息，以及路径的监控指标等数据。

以下，结合图4至图6，详细说明根据本申请实施例的路径监控方法。

参见图4，该方法可以应用于图3所述的***架构，以下，从监控服务器的角度描述该路径监控方法，具体可以包括如下至少部分步骤：

S401，获取监控路径上的至少两个节点上报的业务数据信息以及监控路径的路径配置信息，其中，业务数据信息包括业务数据标识和业务数据标识对应的业务数据内容，路径配置信息用于定义监控路径中的各个节点的调用关系以及各个节点的业务数据标识。

应理解，本申请实施例中的该节点可以对应于图3中的节点101，具体实现参考图3中的相关描述，为了简洁，这里不再赘述。

在本申请实施例中，节点上报的业务数据信息可以采用特定的数据结构，称为上报数据结构，该上报数据结构可以包括业务数据标识和业务数据内容。

在一些实施例中，监控服务器可以给节点配置该上报数据结构，进一步该节点可以记录该上报数据结构中所需上报的内容，然后基于该上报数据结构进行业务数据信息的上报。

在一些实施例中，该业务数据标识可以为字符串(string)类型，用于标识节点需要上报的业务数据。

作为一些示例，该业务数据可以包括以下中的至少一种：

一个节点调用另一个节点的调用次数；

一个节点调用另一个节点的调用时间；

一个节点调用另一个节点的调用频率；

一个节点调用另一个节点的调用成功次数；

一个节点调用另一个节点的调用失败次数；

一个节点调用另一个节点的调用成功率；

一个节点被其他节点调用的调用次数；

一个节点被其他节点调用的调用时间；

一个节点被其他节点调用的调用频率；

一个节点被其他节点调用的调用成功次数；

一个节点被其他节点调用的调用失败次数；

一个节点被其他节点调用的调用成功率。

由于节点和业务之间具有对应关系，因此，该业务数据可以包括以下中的至少一种：

一个业务调用另一业务的调用次数；

一个业务调用另一业务的调用时间；

一个业务调用另一业务的调用频率；

一个业务调用另一业务的调用成功次数；

一个业务调用另一业务的调用失败次数；

一个业务调用另一业务的调用成功率；

一个业务被其他业务调用的调用次数；

一个业务被其他业务调用的调用时间；

一个业务被其他业务调用的调用频率；

一个业务被其他业务调用的调用成功次数；

一个业务被其他业务调用的调用失败次数；

一个业务被其他业务调用的调用成功率。

应理解，以上示范性描述了节点之间的业务数据的具体实例，本领域技术人员可以意识到，这种描述仅是示范性的，并不用于限定本申请实施方式的保护范围。

在一些实施例中，该业务数据内容字段可以为数组类型，用于记录上报的业务数据标识对应的具体数据。该数组中的每个元素的类型可以根据实际需要上报的数据的类型确定。例如，如果要上报调用次数，该每个元素可以是整数型，又例如，若要上报调用成功率，该每个元素可以是浮点型等。

在本申请实施例中，该业务数据内容为业务数据标识对应的具体内容，其根据实际的业务使用情况而变化。

例如，业务数据标识用于标识节点A调用节点B的调用次数，若在一段时间内，该节点A记录其调用节点B的调用次数为200次，则该业务数据标识对应的业务数据内容为200；若在另一时间段内，该节点A记录其调用节点B的调用次数为300，则该业务数据标识对应的业务数据内容为300。

可选地，在一些实施例中，节点上报的业务数据信息还可以包括时间信息，用于标识上报的业务数据内容所对应的时间点，或者时间段。

可选地，在一些实施例中，节点还可以向监控服务器上报该节点的标识信息，例如，IP地址，端口号等，用于监控服务器区分是哪个节点上报的业务数据信息。

以图5所示的路径为例，示例一种业务数据标识和业务数据内容的实现方式。

应理解，在表5的路径拓扑图中，a1～a4分别标识一条业务数据，例如该业务数据可以指一个节点调用其他节点的调用次数，或者也可以表示节点本身。即节点的调用关系也可以认为是业务的调用关系。

为便于区分和说明，将节点和业务数据采用不同的标识表示，例如，业务数据a1对应的节点记为n1，业务数据a2对应的节点记为n2，业务数据a3对应的节点记为n3，业务数据a4对应的节点记为n4，则该业务数据a1可以表示节点n1调度节点n2的调用次数，该业务数据a2可以表示节点n2被节点n1调度的调用次数，业务数据a3可以表示节点n3被其他节点调度的调用次数，业务数据a4可以表示节点n4调用节点n3的调用次数。

表1

业务数据标识	业务数据内容
		a1	[300]
a2	[300]
		a3	[200]
a4	[100]

在表1中，a1对应的业务数据内容为300可以表示节点n1调用节点n2的调用次数为300；a2对应的业务数据内容为300可以表示节点n2被节点n1调用的次数为300；a3对应的业务数据内容为200可以表示节点n3被其他节点调用的调用次数为200；a4对应的业务数据内容为100可以表示节点n4调用节点n3的调用次数为100。

可选地，在一些实施例中，该监控路径的路径配置信息包括：

该监控路径的路径标识；

边标识，用于标识监控路径包括的边，其中，边为两个节点之间的连线；

该业务数据标识；

起点标识，用于标识该业务数据标识对应的节点是否作为边的起点；

终点标识，用于标识该业务数据标识对应的节点是否作为边的终点；

连接点标识，用于标识该业务数据标识对应的节点是否作为不同边之间的连接点。

在本申请实施例中，该路径配置信息可以用于描述任意复杂的路径，因此，在本申请实施例中，通过引入路径配置信息或称配置数据结构，能够实现对任意路径中的各个节点的调用关系以及业务数据标识进行描述。

在一些实施例中，该路径标识可以为string类型，用于唯一标识一条监控路径。

可选地，该边标识可以为string类型，每个边标识用于唯一标识一个监控路径下的一条边。

以图5所示的路径为例，a1到a2之间的连线对应的边标识为边A，a2到a4之间的连线对应的边标识为边B，a4到a3之间的连线对应的边标识为边C，a2到a3之间的连线标识对应的边标识为边D。

可选地，在一些实施例中，该起点标识可以为布尔(bool)型，用于标识一个业务数据是否为一条边的起点，或者说，一个业务数据对应的节点是否为一条边的起始节点，例如，取值为1表示是，取值为0表示否。

可选地，在一些实施例中，所述终点标识可以为bool型，用于标识一个业务数据是否为一条边的终点，或者说，一个业务数据对应的节点是否为一条边的终止节点，例如，取值为1表示是，取值为0表示否。

可选地，在一些实施例中，所述连接点标识可以为bool型，用于标识一个业务数据是否为相邻两条边的连接点，或者说，一个业务数据对应的节点是否为相邻两条边的连接节点，例如，取值为1表示是，取值为0表示否。

表2是图5所示的路径的路径配置信息的一种示例。

表2

路径	边	业务数据标识	起点标识	终点标识	连接点标识
						XX	边A	a1	1	0	0
XX	边A	a2	0	1	1
						XX	边B	a2	1	0	1
XX	边B	a4	0	1	1
						XX	边C	a4	1	0	1
XX	边C	a3	0	1	0
						XX	边D	a2	1	0	1
XX	边D	a3	0	1	0

其中，在表2中，XX为路径标识，用于标识图5中的路径，a1～a4的含义参考前文实施例的相关描述，这里不再赘述。

在一些实施例中，该监控服务器对哪条监控路径进行监控可以是基于用户的选择。例如，监控服务器可以接收用户输入的路径配置信息，进一步结合该路径配置信息确定用户选择监控哪条路径。可选地，用户也可以对监控路径进行更新或调整，对应地，该路径配置信息也可以更新或调整。

应理解，本申请实施例并不具体限定监控服务器获取节点上报的业务数据的信息和获取监控路径的路径配置信息的先后顺序。

在获取节点上报的业务数据信息以及监控路径的路径配置信息之后，进一步地，在S402中，根据至少两个节点上报的业务数据标识和监控路径的路径配置信息中的各个节点的业务数据标识，将至少两个节点上报的业务数据内容关联至监控路径中对应的节点，得到监控路径中的各个节点的业务数据内容。

由于节点上报的业务数据信息中包括业务数据标识，监控路径的路径配置信息中也包括业务数据标识，因此，在本申请实施例中，监控服务器可以基于该业务数据标识，将业务数据内容和节点关联起来，从而得到每个节点的业务数据内容。

以图5所示的路径为例，监控服务器可以根据业务数据标识将表1中上报的业务数据内容和表2中的路径配置信息关联起来。表3示出了二者关联之后的结果。

表3

业务数据标识

业务数据内容

路径

边

起点标识

终点标识

连接点标识

a1

[300]

XX

边A

1

0

a2

[300]

XX

边A

0

1

a2

[300]

XX

边B

1

0

1

a4

[100]

XX

边B

0

1

a4

[100]

XX

边C

1

0

1

a3

[200]

XX

边C

0

1

0

a2

[300]

XX

边D

1

0

1

a3

[200]

XX

边D

0

1

0

可选地，在本申请一些实施例中，所述方法还包括：

根据业务数据标识、边标识、起点标识和终点标识，生成监控路径中的各条边；

根据业务数据标识和连接点标识，确定各条边之间的连接关系，得到监控路径的拓扑图。其中，该拓扑图可以表示监控路径中的各个节点之间的调用关系。

例如，可以根据表2或表3中的业务数据标识、边标识、起点标识和终点标识，生成监控路径中的各条边，例如，边A，边B，边C和边D。进一步根据业务数据标识和连接点标识，确定边之间的连接关系，从而得到完整的监控路径。例如，根据业务数据标识a2对应的连接点标识为1，业务数据标识a2为边A的终点，业务数据标识a2为边B的起点，可以确定边A和边B通过业务数据标识a2连接。

应理解，在本申请实施例中，本申请实施例并不限定生成监控路径的拓扑图和关联业务数据信息和路径配置信息的先后顺序。

在一些实施例中，可以先生成拓扑图，进一步根据业务数据标识将业务数据内容关联至监控路径中的每个监控节点。

在另一些实施例中，可以首先根据业务数据标识将业务数据内容关联至监控路径中的每个监控节点，再根据路径配置信息生成拓扑图。

进一步地，在一些实施例中，可以通过可视化界面展示该监控路径的拓扑图。通过在可视化界面上展示节点之间的调用关系的拓扑图，可以直观而便利地呈现发起业务的起始节点、被调用的终止节点以及起始节点与终止节点之间的中间节点之间的调用关系。

进一步地，在S403中，监控服务器还可以根据监控路径中的各个节点的业务数据内容，对监控路径进行监控。

作为一个实施例，监控服务器可以根据每个节点的业务数据内容进行聚合运算，得到每个节点的监控指标。这里的聚合运算可以是合并，求平均值，最大值，最小值等。这里的监控指标可以是调用次数，被调用次数，调用频率，调用耗时等。

作为又一实施例，根据监控路径中的各条边的起始节点和终止节点的监控指标，得到各条边的监控指标。这里的聚合运算可以是合并，求平均值，最大值，最小值等。这里的监控指标可以是调用次数，被调用次数，调用频率，调用耗时等。

例如业务数据为调用次数，a1对应的业务数据内容可以是一段时间内a1的调用次数，则该监控服务器可以将多个时间段内的a1对应的业务数据内容进行合并，例如，累计至300，类似地，也可以将该多个时间段内的a2对应的业务数据内容进行合并，例如，累计至300。从而得到a1的调用次数指标为300，a2的被调用次数指标为300。进一步地，可以根据该a1的调用次数指标和a2的被调用次数指标确定边A的调用成功率，例如，可以将a2的被调用次数除以a1的调用次数指标，即300/300，得到边A的调用成功率为100％。

在本申请一些实施例中，所述方法还包括：

通过可视化界面展示各条边的监控指标。通过在可视化界面上展示各条边的监控指标，进一步结合监控路径的拓扑图，开发人员可以直观而便利确地确定出现故障的节点，从而能够准确进行故障的定位。

综上，在本申请实施例中，通过引入节点上报业务数据信息的上报数据结构，以及描述路径中的各个节点的调用关系以及业务数据标识的配置数据结构，这样，节点可以基于该上报数据结构进行业务数据信息的上报，进一步地，可以根据业务数据标识将节点上报的业务数据信息关联至路径中的各个节点，得到各个节点的业务数据内容，从而可以基于该各个节点的业务数据内容进行路径监控。

图6是根据本申请另一实施例的路径监控方法，该方法可以应用于图3所述的***架构，以下，从节点的角度描述该路径监控方法，具体可以包括如下至少部分步骤：

S501，向监控平台上报业务数据信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述业务数据标识用于标识节点的业务数据。

可选地，在一些实施例中，所述方法还包括：

基于同一发明构思，节点侧的具体实现参考监控服务器侧的描述，为了简洁，这里不再赘述。

图7是根据本申请一个实施例的路径监控装置的示意性结构图。如图7所示，该路径监控装置600可以包括：

获取单元601，用于获取监控路径上的至少两个节点上报的业务数据信息以及该监控路径的路径配置信息，其中，该业务数据信息包括业务数据标识和该业务数据标识对应的业务数据内容，该路径配置信息用于定义该监控路径中的各个节点的调用关系以及该各个节点的业务数据标识；

关联单元602，用于根据该至少两个节点上报的业务数据标识和该监控路径的路径配置信息中的各个节点的业务数据标识，将该至少两个节点上报的业务数据内容关联至该监控路径中对应的节点，得到该监控路径中的各个节点的业务数据内容；

监控单元603，用于根据该监控路径中的各个节点的业务数据内容，对该监控路径进行监控。

该监控路径的路径标识；

边标识，用于标识该监控路径包括的边，该边为两个节点之间的连线；

该业务数据标识；

起点标识，用于标识该业务数据标识对应的节点是否作为边的起始节点；

终点标识，用于标识该业务数据标识对应的节点是否作为边的终止节点；

连接点标识，用于标识该业务数据标识对应的节点是否作为不同边之间的连接节点。

可选地，在一些实施例中，该装置600还包括：

生成单元，用于根据所述业务数据标识、所述边标识、所述起点标识和所述终点标识，生成所述监控路径中的各条边；

确定单元，用于根据所述业务数据标识和所述连接点标识，确定所述各条边之间的连接关系，得到所述监控路径的拓扑图。

可选地，在一些实施例中，该关联模块602具体用于：

将第一业务数据标识对应的业务数据内容关联至该监控路径中的该第一业务数据标识对应的节点。

可选地，在一些实施例中，该装置600还包括：

计算单元，用于对该监控路径中的各个节点的业务数据内容进行聚合运算，得到该每个节点的监控指标；以及

根据该监控路径中的各条边的起始节点和终止节点的监控指标，得到该监控路径中的条边的监控指标；

该监控单元603用于：根据该各条边的监控指标以及所述每个节点的监控指标，对该监控路径进行监控。

可选地，在一些实施例中，该装置600还包括：

显示单元，用于通过可视化界面展示该各条边的监控指标，以及，通过可视化界面展示该监控路径的拓扑图。

本申请实施例中提供路径监控装置解决问题的原理与有益效果与本申请方法实施例中路径监控方法解决问题的原理和有益效果相似，可以参见方法的实施的原理和有益效果，为简洁描述，在这里不再赘述。

图8是根据本申请另一个实施例的路径监控装置的示意性结构图。如图8所示，该路径监控装置700可以包括：

上报单元701，用于向监控平台上报业务数据信息，其中，业务数据信息包括业务数据标识和业务数据标识对应的业务数据内容，业务数据标识用于标识节点的业务数据。

可选地，在一些实施例中，该装置700还包括：

接收单元，用于接收监控平台的配置信息，该配置信息用于配置节点上报业务数据信息所使用的数据结构。

本申请实施例还提出了一种路径监控装置，如图9所示，该路径监控装置800包括：存储器801，用于存储计算机程序；处理器802，用于调用所述计算机程序以执行前述实施例中的路径监控方法。

可选地，该存储器801还可以用于存储节点上报的业务数据信息以及计算得到的路径的监控数据。

可选地，该路径监控装置800还可以包括通信接口803和通信总线804，该存储器801、处理器802和通信接口803可以通过该通信总线804实现相互间的通信。通信接口803可以实现该路径监控装置800与其他设备之间的通信。例如，该路径监控装置800为监控服务器，该通信接口803可以实现监控服务器和节点之间的通信。

在一个示例性实施例中，处理器802(具体是处理器包含的各器件)通过调用存储器中的一条或多条指令来执行图4所示的路径监控方法的各步骤。具体地，存储器存储有一条或多条第一指令，该一条或多条第一指令适于由处理器加载并执行如下步骤：

获取监控路径上的至少两个节点上报的业务数据信息以及所述监控路径的路径配置信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述路径配置信息用于定义所述监控路径中的各个节点的调用关系以及所述各个节点的业务数据标识；

在另一个示例性实施例中，处理器(具体是处理器包含的各器件)通过调用存储器中的一条或多条指令来执行图6所示的路径监控方法的各步骤。具体地，存储器存储有一条或多条第二指令，该一条或多条第二指令适于由处理器加载并执行如下步骤：

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质可应用于计算机设备，并且该计算机程序使得计算机设备执行本申请实施例的中的路径监控方法中的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图4至图6方法实施例中的相应内容。

本申请实施例还提供了一种计算机程序，该计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图4至图6方法实施例中的相应内容。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的***和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims

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

2.根据权利要求1所述的方法，其特征在于，所述监控路径的路径配置信息包括：

所述监控路径的路径标识；

边标识，用于标识所述监控路径包括的边，其中，所述边为两个节点之间的连线；

所述业务数据标识；

起点标识，用于标识所述业务数据标识对应的节点是否作为边的起始节点；

终点标识，用于标识所述业务数据标识对应的节点是否作为边的终止节点；

连接点标识，用于标识所述业务数据标识对应的节点是否作为不同边之间的连接节点。

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

根据所述业务数据标识、所述边标识、所述起点标识和所述终点标识，生成所述监控路径中的各条边；

根据所述业务数据标识和所述连接点标识，确定所述各条边之间的连接关系，得到所述监控路径的拓扑图。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所述至少两个节点上报的业务数据标识和所述监控路径的路径配置信息中的各个节点的业务数据标识，将所述至少两个节点上报的业务数据内容关联至所述监控路径中对应的节点，包括：

将第一业务数据标识对应的业务数据内容关联至所述监控路径中的所述第一业务数据标识对应的节点。

5.根据权利要求4所述的方法，其特征在于，所述根据所述监控路径中的各个节点的业务数据内容，对所述监控路径进行监控，包括：

对所述监控路径中的各个节点的业务数据内容进行聚合运算，得到所述每个节点的监控指标；

根据所述监控路径中的各条边的起始节点和终止节点的监控指标，得到所述监控路径中的各条边的监控指标；

根据所述各条边的监控指标以及所述每个节点的监控指标，对所述监控路径进行监控。

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

通过可视化界面展示所述各条边的监控指标。

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

通过可视化界面展示所述监控路径的拓扑图。

8.一种路径监控装置，其特征在于，包括：

获取单元，用于获取监控路径上的至少两个节点上报的业务数据信息以及所述监控路径的路径配置信息，其中，所述业务数据信息包括业务数据标识和所述业务数据标识对应的业务数据内容，所述路径配置信息用于定义所述监控路径中的各个节点的调用关系以及所述各个节点的业务数据标识；

9.根据权利要求8所述的装置，其特征在于，所述监控路径的路径配置信息包括：

所述监控路径的路径标识；

所述业务数据标识；

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

11.根据权利要求8-10中任一项所述的装置，其特征在于，所述关联模块具体用于：

12.根据权利要求8-10中任一项所述的装置，其特征在于，所述装置还包括：

计算单元，用于对所述监控路径中的各个节点的业务数据内容进行聚合运算，得到所述每个节点的监控指标；以及

根据所述监控路径中的各条边的起始节点和终止节点的监控指标，得到所述监控路径中的条边的监控指标；

所述监控单元用于：根据所述各条边的监控指标以及所述每个节点的监控指标，对所述监控路径进行监控。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

显示单元，用于通过可视化界面展示所述各条边的监控指标，以及，通过可视化界面展示所述监控路径的拓扑图。

14.一种路径监控装置，其特征在于，包括：

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

处理器，用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至7任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至7中任一项所述的方法。