CN113067747A - 一种链路异常追溯方法、集群、节点及系统 - Google Patents

Abstract

本申请实施例提供一种链路异常追溯方法、集群、节点及系统，可用于计算机安全技术领域，方法包括：首先至少一个链路上的报错节点向数据拉取集群发送异常分析请求；然后所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；最后处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本申请既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

Description

一种链路异常追溯方法、集群、节点及系统

技术领域

本申请涉及计算机技术领域，具体涉及链路异常追溯方法、集群、节点及系统。

背景技术

基于大部分时间链路都是正常的的考虑，并且出于问题链路不会个别出现的预期，分布式追踪采集的链路往往是基于采样的。目前业界的全链路监控技术，主要通过在每个节点部署sdk或通过Java agent方式，实现链路数据的采集。每个节点都会配置自己的采样率，对一笔交易来说，链路是否被采样以入口节点为准。入口节点采集到的链路，会自动生成一个traceid随整条链路透传，同时也会根据节点配置的采样率，生成一个是否采样的标志，随整条链路透传。后续节点都会将链路信息进行采集和传递，形成一条完整的链路，并根据采样率标志决定是否上报链路信息到服务端。当某一接口出现无规律的报错，往往会漏掉出错的交易(采样是随机的，所以有可能漏掉异常链路，然而异常链路才是运维人员关注的拦路)。因此，如何实现异常可回溯，成亟待解决的问题。异常可回溯，也就是说如果链路中某个节点出现异常，即使这条链路未被采样，也能将完整的链路数据上报上来作分析。

发明内容

针对现有技术中的问题，本申请提供一种链路异常追溯方法方法、集群、节点及系统，首先至少一个链路上的报错节点向数据拉取集群发送异常分析请求；然后所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；最后处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

本发明的一方面，提供一种链路异常追溯方法，所述方法应用于数据拉取集群，包括：

确定处于异常状态的链路；

向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

在优选的实施例中，所述确定处于异常状态的链路，包括：

获取至少一个链路中的节点在发生报错之后上送的异常分析请求；所述异常分析请求包括发生报错的节点对应的链路标识；

根据所述链路标识确定对应链路处于异常状态。

在优选的实施例中，所述拉取请求还包括：发送报错节点的节点标识；所述通过该链路数据生成异常原因信息，包括：根据所述节点标识生成所述异常原因信息。

在优选的实施例中，还包括：将所述链路数据发送至所述链路监控分析系统；其中，所述通过该链路数据生成异常原因信息的步骤，包括：通过链路监控分析系统对所述链路数据进行分析，生成异常原因信息。

在优选的实施例中，若确定无异常状态的链路，所述方法还包括：从一数据库拉取标记为采样的链路的链路数据。

本发明的又一方面，提供一种链路异常追溯方法，所述方法应用于一链路上的报错节点，包括：

响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

本发明的又一方面，提供一种链路异常追溯方法，包括：

至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

本发明的又一方面，提供一种数据拉取集群，包括：

异常链路确定模块，确定处于异常状态的链路；

数据拉取模块，向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

本发明的又一方面，提供一种链路上的报错节点，包括：

异常分析请求生成模块，响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

数据发送模块，根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

本发明的又一方面，提供一种链路异常追溯系统，包括：至少一个链路以及数据拉取集群，其中，

至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

本发明的又一方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的链路异常追溯方法。

本发明的又一方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的链路异常追溯方法。

由上述技术方案可知，本申请提供的一种链路异常追溯方法，方法包括：首先至少一个链路上的报错节点向数据拉取集群发送异常分析请求；然后所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；最后处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

附图说明

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

图1是应用于数据拉取集群的链路异常追溯方法流程示意图。

图2是确定链路处于异常状态的流程示意图。

图3是应用于发生报错节点的链路异常追溯方法流程示意图。

图4是链路异常追溯方法流程示意图。

图5是对具体交易进行追踪的链路示意图。

图6是数据拉取集群的结构示意图。

图7是发生报错节点的结构示意图。

图8是链路异常追溯系统的结构示意图。

图9是本申请实施例中的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请公开的链路异常追溯方法及装置可用于计算机技术领域，也可用于除计算机技术领域之外的任意领域，本申请公开的链路异常追溯方法、集群、节点及系统的应用领域不做限定。

基于大部分时间链路都是正常的的考虑，并且出于问题链路不会个别出现的预期，分布式追踪采集的链路往往是基于采样的。目前业界的全链路监控技术，主要通过在每个节点部署sdk或通过Java agent方式，实现链路数据的采集。每个节点都会配置自己的采样率，对一笔交易来说，链路是否被采样以入口节点为准。入口节点采集到的链路，会自动生成一个traceid随整条链路透传，同时也会根据节点配置的采样率，生成一个是否采样的标志，随整条链路透传。后续节点都会将链路信息进行采集和传递，形成一条完整的链路，并根据采样率标志决定是否上报链路信息到服务端。当某一接口出现无规律的报错，往往会漏掉出错的交易(采样是随机的，所以有可能漏掉异常链路，然而异常链路才是运维人员关注的拦路)。因此，如何实现异常可回溯，成亟待解决的问题。异常可回溯，也就是说如果链路中某个节点出现异常，即使这条链路未被采样，也能将完整的链路数据上报上来作分析。

为了解决上述问题，本发明提供一种链路异常追溯方法，所述方法应用于数据拉取集群，如图1，包括以下步骤：

S1:确定处于异常状态的链路；

具体的，链路追踪可以理解为一次任务的开始到结束，期间调用的所有系统及耗时都被记录下来。当其中调用的某一个系统时出现异常，则需要精准地定位到问题，然后进行有针对性的修改，使得业务得以尽快恢复。对于链路追踪系统而言，其存储有多个业务任务的执行的链路数据，所以当某一次业务执行中出现异常，数据拉取集群则首先需要确定处于异常状态的链路，以便准确获取链路数据。其中，所述确定处于异常状态的链路，如图2，其具体步骤包括：

S11:获取至少一个链路中的节点在发生报错之后上送的异常分析请求；所述异常分析请求包括发生报错的节点对应的链路标识；

在具体的实施例中，当链路中的某一个节点发生错误，这种错误有可能是由于自身系统程序造成的错误，例如执行超时，也有可能是上一个节点系统执行的结果导致了该节点运行错误例如数据越界等，所以需要对异常原因进行分析，故节点系统会生成一个异常分析请求，所述异常分析请求中包括了发生报错节点对应的链路标识，以便后续的链路数据获取，同时还包括了执行时间，错误类型，节点标识，父节点标识等，这些信息都是便于后续的异常分析。

S12:根据所述链路标识确定对应链路处于异常状态。

在具体的实施例中，数据拉取集群获取到发生报错的节点发送的异常分析请求，所述异常分析请求包括了发生报错节点对应的链路标识。由于链路中某个节点发生报错，则该节点后续的节点不能运行，所以在链路缓存数据库中，该链路对应的链路数据不完整，所以根据此链路标识，数据拉取集群联合链路缓存数据库例如常用的Redis，确定该链路处于异常状态。

S2:向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

具体的，当数据拉取集群确定了异常链路的链路标识，则可以根据链路标识向异常链路发送拉取请求，所以所述拉取请求中包括了链路的链路标识。数据拉取集群拉取链路的链路数据的条件是链路中的节点暴露出一个可用于数据拉取的SDK接口或者非侵入性的agent，以使得数据拉取集群可以主动调用该数据拉取SDK或者启用非侵入性agent服务。在数据拉取集群拉取了异常链路的链路数据后，为了能够精准地定位分析出异常原因，需要将异常链路的链路数据发送至链路监控分析系统，由链路监控分析系统对链路数据进行进一步分析，进而精准定位出异常原因。

在具体的实施例中，如果链路无异常，可以理解，数据拉取集群在一段时长内没有收到发生报错节点发送的异常分析请求，则数据拉取集群会按照某个设定的时间间隔，拉取被标记为采样的对应链路数据，然后发送至链路监控分析系统进行存储。

由以上描述可知，本发明提供的一种链路异常追溯方法，所述方法应用于数据拉取集群，包括以下步骤：确定处于异常状态的链路；向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

数据拉取集群需要拉取得到链路数据是需要链路的发生报错的节点发送异常分析请求的，所以本发明的另一方面，提供一种链路异常追溯方法，所述方法应用于一链路上的报错节点，如图3，包括：

S101:响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

具体的，链路上某一节点发生报错，例如执行超时，数组越界等，该节点上部署的程序会生成一个异常分析请求，该异常分析请求包括了节点所属的链路标识，节点的节点标识，节点的父节点标识，错误类型，执行时间等。例如一次银行交易任务的执行，其链路追踪一般包括了客户端节点，防火墙节点，银行服务器节点，数据服务器节点1，数据服务器节点2。假设在数据服务器1节点发生报错，程序报错的类型为变量为空值，则数据服务器节点1将链路的链路标识，自身的节点标识，自身的父节点标识，执行时间，错误类型组合为一个数据包，同时该数据包还有一个定位请求的参数，若为真值，则该数据包为异常分析请求数据包。将生成的异常分析请求数据包发送至数据拉取集群。

S102:根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

具体的，链路中的所有节点接收到数据拉取请求，会将存储于本节点链路缓存数据库中链路相关数据发送给数据拉取集群，可以理解，链路缓存数据库中存储了各节点运行的数据，此类用于链路数据缓存的数据库有很多，例如常见的Redis，它是一个key-value型数据库，在本发明的具体实施例中，key为链路标识，value为节点标识和父节点标识。

由以上描述可知，本发明提供的一种链路异常追溯方法，所述方法应用于一链路上的报错节点，包括：响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

从整体而言，本发明的又一方面，提供一种链路异常追溯方法，如图4，具体包括：

S201:至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

S202:所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

S203:处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

结合两个具体的实施场景，对本发明进行进一步说明。

场景一：

如图5所示，一用户在手机银行上进行交易，手机app终端是链路的第一个节点，会自动生成本次交易对应的链路标识，然后根据交易内容，分别经过了web服务器，应用节点，dsf服务1，dsf网关，dsf服务2，dsf服务3，这些流经的节点都会生成各自的节点标识，但所有节点的链路标识是一致的。每一个链路中的节点所对应的执行数据都会存储在链路缓存数据库中。现假设在运行过程中，dsf服务1节点发生报错，错误类型为执行超时，根据本发明提供的方法，dsf服务1节点将链路标识，自身节点标识，父节点标识，执行时间，发生错误类型等信息根据约定的数据传输数据包协议进行数据打包，并且将数据包中包类型置为异常分析请求类型，发送该异常分析请求数据包至数据拉取集群。数据拉取集群接收到节点发送的异常分析请求，根据数据包协议对数据包进行解析，获取其中的链路信息，如链路标识，然后根据此链路标识信息，访问链路缓存数据库，确定该链路标识对应的链路处于异常状态。当确定完链路标识对应的链路确实处于异常，则数据拉取集群需要拉取该链路标识对应的链路数据，此时数据拉取集群会向链路中流经的所有节点发送数据拉取请求，即调用节点暴露出来的拉取数据SDK，从链路缓存数据库中获取链路对应链路数据。当数据拉取集群拉取到app终端，web服务器，应用节点和dsf服务1的相关运行数据后，将这些数据发送至链路监控分析系统，进行进一步分析。链路监控分析系统接收到异常链路的数据，经过数据算法的分析，最后定位出是由于应用节点发送给dsf服务的某一个变量超出设定阈值，导致dsf服务1执行超时，进而根据分析的异常原因对应用节点中该变量计算的相关程序进行调整，使得业务稳定运行。

以上场景是在一次交易过程中，某一个节点发生报错，其链路异常追溯的过程。

场景二：

如图5所示，一用户在手机银行上进行交易，手机app终端是链路的第一个节点，会自动生成本次交易对应的链路标识，然后根据交易内容，分别经过了web服务器，应用节点，dsf服务1，dsf网关，dsf服务2，dsf服务3，这些流经的节点都会生成各自的节点标识，但所有节点的链路标识是一致的。每一个链路中的节点所对应的执行数据都会存储在链路缓存数据库中。现假设在运行过程中，dsf服务2和dsf服务3都发生报错，根据本发明提供的方法，dsf服务2节点和dsf服务3节点分别将链路标识，自身节点标识，父节点标识，执行时间，发生错误类型等信息根据约定的数据传输数据包协议进行数据打包，并且将数据包中包类型置为异常分析请求类型，发送该异常分析请求数据包至数据拉取集群。数据拉取集群接收到两个异常节点发送的异常分析请求，根据数据包协议对数据包进行解析，获取其中的链路信息，如链路标识，判断出这两个异常节点属于同一个链路，则根据此链路标识信息，访问链路缓存数据库，确定该链路标识对应的链路处于异常状态。当确定完链路标识对应的链路确实处于异常，则数据拉取集群需要拉取该链路标识对应的链路数据，此时数据拉取集群会向链路中流经的所有节点发送数据拉取请求，即调用节点暴露出来的拉取数据SDK，从链路缓存数据库中获取链路对应链路数据。当数据拉取集群拉取到app终端，web服务器，应用节点和dsf服务1，dsf网关，dsf服务2，dsf服务3的相关运行数据后，将这些数据发送至链路监控分析系统，进行进一步分析。链路监控分析系统接收到异常链路的数据，经过数据算法的分析，最后定位出是由于dsf网关中对某一协议的转换出现偏差，导致dsf服务2和dsf服务3执行错误，进而根据分析的异常原因对dsf网关中相互程序进行调整，使得业务稳定运行。

以上场景是在一次交易过程中，多个节点发生报错，其链路异常追溯的过程。

由以上描述可知，本发明提供的一种链路异常追溯方法，具体包括：至少一个链路上的报错节点向数据拉取集群发送异常分析请求；所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

从软件层面来说，本申请提供一种用于执行所述链路异常追溯方法中全部或部分内容的链路异常追溯集群、节点及系统的实施例，参见图6，所述链路异常追溯的数据拉取集群，具体包含有如下内容：

异常链路确定模块1，确定处于异常状态的链路；

数据拉取模块2，向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

在具体的实施例中，参见图7，一种链路上的报错节点，具体包含有如下内容：

异常分析请求生成模块，响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

数据发送模块，根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

在具体的实施例中，参见图8，一种链路异常追溯系统，包括：至少一个链路以及数据拉取集群，具体包含如下内容：

异常分析请求交互模块，至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

异常链路确定模块，所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

数据拉取模块，处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

由以上描述可知，本发明提供的链路异常追溯集群、节点及系统，既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

在具体的实施例中，本发明提供的一种数据拉取集群，执行以下步骤：

S1:确定处于异常状态的链路；

具体的，链路追踪可以理解为一次任务的开始到结束，期间调用的所有系统及耗时都被记录下来。当其中调用的某一个系统时出现异常，则需要精准地定位到问题，然后进行有针对性的修改，使得业务得以尽快恢复。对于链路追踪系统而言，其存储有多个业务任务的执行的链路数据，所以当某一次业务执行中出现异常，数据拉取集群则首先需要确定处于异常状态的链路，以便准确获取链路数据。其中，所述确定处于异常状态的链路，其具体步骤包括：

S11:获取至少一个链路中的节点在发生报错之后上送的异常分析请求；所述异常分析请求包括发生报错的节点对应的链路标识；

在具体的实施例中，当链路中的某一个节点发生错误，这种错误有可能是由于自身系统程序造成的错误，例如执行超时，也有可能是上一个节点系统执行的结果导致了该节点运行错误例如数据越界等，所以需要对异常原因进行分析，故节点系统会生成一个异常分析请求，所述异常分析请求中包括了发生报错节点对应的链路标识，以便后续的链路数据获取，同时还包括了执行时间，错误类型，节点标识，父节点标识等，这些信息都是便于后续的异常分析。

S12:根据所述链路标识确定对应链路处于异常状态。

在具体的实施例中，数据拉取集群获取到发生报错的节点发送的异常分析请求，所述异常分析请求包括了发生报错节点对应的链路标识。由于链路中某个节点发生报错，则该节点后续的节点不能运行，所以在链路缓存数据库中，该链路对应的链路数据不完整，所以根据此链路标识，数据拉取集群联合链路缓存数据库例如常用的Redis，确定该链路处于异常状态。

S2:向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

具体的，当数据拉取集群确定了异常链路的链路标识，则可以根据链路标识向异常链路发送拉取请求，所以所述拉取请求中包括了链路的链路标识。数据拉取集群拉取链路的链路数据的条件是链路中的节点暴露出一个可用于数据拉取的SDK接口或者非侵入性的agent，以使得数据拉取集群可以主动调用该数据拉取SDK或者启用非侵入性agent服务。在数据拉取集群拉取了异常链路的链路数据后，为了能够精准地定位分析出异常原因，需要将异常链路的链路数据发送至链路监控分析系统，由链路监控分析系统对链路数据进行进一步分析，进而精准定位出异常原因。

在具体的实施例中，如果链路无异常，可以理解，数据拉取集群在一段时长内没有收到发生报错节点发送的异常分析请求，则数据拉取集群会按照某个设定的时间间隔，拉取被标记为采样的对应链路数据，然后发送至链路监控分析系统进行存储。

由以上描述可知，本发明提供的一种数据拉取集群，执行以下步骤：确定处于异常状态的链路；向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

数据拉取集群需要拉取得到链路数据是需要链路的发生报错的节点发送异常分析请求的，所以在具体的实施例中，提供一种链路上的报错节点，执行如下步骤：

S101:响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

具体的，链路上某一节点发生报错，例如执行超时，数组越界等，该节点上部署的程序会生成一个异常分析请求，该异常分析请求包括了节点所属的链路标识，节点的节点标识，节点的父节点标识，错误类型，执行时间等。例如一次银行交易任务的执行，其链路追踪一般包括了客户端节点，防火墙节点，银行服务器节点，数据服务器节点1，数据服务器节点2。假设在数据服务器1节点发生报错，程序报错的类型为变量为空值，则数据服务器节点1将链路的链路标识，自身的节点标识，自身的父节点标识，执行时间，错误类型组合为一个数据包，同时该数据包还有一个定位请求的参数，若为真值，则该数据包为异常分析请求数据包。将生成的异常分析请求数据包发送至数据拉取集群。

S102:根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

具体的，链路中的所有节点接收到数据拉取请求，会将存储于本节点链路缓存数据库中链路相关数据发送给数据拉取集群，可以理解，链路缓存数据库中存储了各节点运行的数据，此类用于链路数据缓存的数据库有很多，例如常见的Redis，它是一个key-value型数据库，在本发明的具体实施例中，key为链路标识，value为节点标识和父节点标识。

由以上描述可知，本发明提供的一种链路上的报错节点，执行如下步骤包括：响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

在具体的实施例中，从整体而言，提供一种链路异常追溯系统，具体执行如下步骤包括：

S201:至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

S202:所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

S203:处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

结合两个具体的实施场景，对本发明进行进一步说明。

场景一：

如图5所示，一用户在手机银行上进行交易，手机app终端是链路的第一个节点，会自动生成本次交易对应的链路标识，然后根据交易内容，分别经过了web服务器，应用节点，dsf服务1，dsf网关，dsf服务2，dsf服务3，这些流经的节点都会生成各自的节点标识，但所有节点的链路标识是一致的。每一个链路中的节点所对应的执行数据都会存储在链路缓存数据库中。现假设在运行过程中，dsf服务1节点发生报错，错误类型为执行超时，根据本发明提供的方法，dsf服务1节点将链路标识，自身节点标识，父节点标识，执行时间，发生错误类型等信息根据约定的数据传输数据包协议进行数据打包，并且将数据包中包类型置为异常分析请求类型，发送该异常分析请求数据包至数据拉取集群。数据拉取集群接收到节点发送的异常分析请求，根据数据包协议对数据包进行解析，获取其中的链路信息，如链路标识，然后根据此链路标识信息，访问链路缓存数据库，确定该链路标识对应的链路处于异常状态。当确定完链路标识对应的链路确实处于异常，则数据拉取集群需要拉取该链路标识对应的链路数据，此时数据拉取集群会向链路中流经的所有节点发送数据拉取请求，即调用节点暴露出来的拉取数据SDK，从链路缓存数据库中获取链路对应链路数据。当数据拉取集群拉取到app终端，web服务器，应用节点和dsf服务1的相关运行数据后，将这些数据发送至链路监控分析系统，进行进一步分析。链路监控分析系统接收到异常链路的数据，经过数据算法的分析，最后定位出是由于应用节点发送给dsf服务的某一个变量超出设定阈值，导致dsf服务1执行超时，进而根据分析的异常原因对应用节点中该变量计算的相关程序进行调整，使得业务稳定运行。

以上场景是在一次交易过程中，某一个节点发生报错，其链路异常追溯的过程。

场景二：

如图5所示，一用户在手机银行上进行交易，手机app终端是链路的第一个节点，会自动生成本次交易对应的链路标识，然后根据交易内容，分别经过了web服务器，应用节点，dsf服务1，dsf网关，dsf服务2，dsf服务3，这些流经的节点都会生成各自的节点标识，但所有节点的链路标识是一致的。每一个链路中的节点所对应的执行数据都会存储在链路缓存数据库中。现假设在运行过程中，dsf服务2和dsf服务3都发生报错，根据本发明提供的方法，dsf服务2节点和dsf服务3节点分别将链路标识，自身节点标识，父节点标识，执行时间，发生错误类型等信息根据约定的数据传输数据包协议进行数据打包，并且将数据包中包类型置为异常分析请求类型，发送该异常分析请求数据包至数据拉取集群。数据拉取集群接收到两个异常节点发送的异常分析请求，根据数据包协议对数据包进行解析，获取其中的链路信息，如链路标识，判断出这两个异常节点属于同一个链路，则根据此链路标识信息，访问链路缓存数据库，确定该链路标识对应的链路处于异常状态。当确定完链路标识对应的链路确实处于异常，则数据拉取集群需要拉取该链路标识对应的链路数据，此时数据拉取集群会向链路中流经的所有节点发送数据拉取请求，即调用节点暴露出来的拉取数据SDK，从链路缓存数据库中获取链路对应链路数据。当数据拉取集群拉取到app终端，web服务器，应用节点和dsf服务1，dsf网关，dsf服务2，dsf服务3的相关运行数据后，将这些数据发送至链路监控分析系统，进行进一步分析。链路监控分析系统接收到异常链路的数据，经过数据算法的分析，最后定位出是由于dsf网关中对某一协议的转换出现偏差，导致dsf服务2和dsf服务3执行错误，进而根据分析的异常原因对dsf网关中相互程序进行调整，使得业务稳定运行。

以上场景是在一次交易过程中，多个节点发生报错，其链路异常追溯的过程。

由以上描述可知，本发明提供的一种链路异常追溯系统，具体执行如下包括：至少一个链路上的报错节点向数据拉取集群发送异常分析请求；所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。本发明既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

从硬件层面来说，本申请提供一种用于实现链路异常追溯方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

图9为本申请实施例的电子设备9600的系统构成的示意框图。如图9所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图9是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在一实施例中，链路异常追溯功能可以被集成到中央处理器中。其中，中央处理器可以被配置为进行如下控制：

S1:确定处于异常状态的链路；

S2:向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

从上述描述可知，本申请实施例提供的电子设备，既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

在另一个实施方式中，链路异常追溯的集群，节点及系统可以与中央处理器9100分开配置，例如可以链路异常追溯的集群，节点及系统配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现链路异常追溯功能。

如图9所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图9中所示的所有部件；此外，电子设备9600还可以包括图9中没有示出的部件，可以参考现有技术。

如图9所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的链路异常追溯方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的链路异常追溯方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

S1:确定处于异常状态的链路；

S2:向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

从上述描述可知，本申请实施例提供的计算机可读存储介质，既保障了常规的全链路监控，又保障了异常时能获取到完整的链路数据进行分析，实现链路发生异常时可回溯，精准定位链路异常原因。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种链路异常追溯方法，所述方法应用于数据拉取集群，其特征在于，包括：

确定处于异常状态的链路；

向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

2.根据权利要求1所述的一种链路异常追溯方法，其特征在于，所述确定处于异常状态的链路，包括：

获取至少一个链路中的节点在发生报错之后上送的异常分析请求；所述异常分析请求包括发生报错的节点对应的链路标识；

根据所述链路标识确定对应链路处于异常状态。

3.根据权利要求2所述的一种链路异常追溯方法，其特征在于，所述拉取请求还包括：发送报错节点的节点标识；所述通过该链路数据生成异常原因信息，包括：根据所述节点标识生成所述异常原因信息。

4.根据权利要求1所述的一种链路异常追溯方法，其特征在于，还包括：将所述链路数据发送至所述链路监控分析系统；其中，所述通过该链路数据生成异常原因信息的步骤，包括：通过链路监控分析系统对所述链路数据进行分析，生成异常原因信息。

5.根据权利要求1所述的一种链路异常追溯方法，其特征在于，若确定无异常状态的链路，所述方法还包括：从一数据库拉取标记为采样的链路的链路数据。

6.一种链路异常追溯方法，所述方法应用于一链路上的报错节点，其特征在于，包括：

响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

7.一种链路异常追溯方法，其特征在于，包括：

至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

8.一种数据拉取集群，其特征在于，包括：

异常链路确定模块，确定处于异常状态的链路；

数据拉取模块，向该异常状态的链路发送拉取请求，拉取该链路的链路数据，进而可通过该链路数据生成异常原因信息。

9.一种链路上的报错节点，其特征在于，包括：

异常分析请求生成模块，响应于所述报错向数据拉取集群发送异常分析请求，以使所述数据拉取集群根据所述异常分析请求确定该链路处于异常，并向该链路发送拉取请求；

数据发送模块，根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

10.一种链路异常追溯系统，其特征在于，包括：至少一个链路以及数据拉取集群，其中，

至少一个链路上的报错节点向数据拉取集群发送异常分析请求；

所述数据拉取集群根据所述异常分析请求确定处于异常状态的链路，并向该些链路发送拉取请求；

处于异常状态的链路上的所有节点根据所述拉取请求将链路的链路数据发送至所述数据拉取集群，进而可通过该链路数据生成异常原因信息。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的链路异常追溯方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的链路异常追溯方法。

Images