CN110995522A - 一种信息处理方法及装置 - Google Patents

Abstract

本申请涉及一种信息处理方法及装置，该方法包括：根据从服务接口处接收的服务请求确定待执行的业务并确定执行所述业务的链路，所述链路包括所有执行所述业务的节点；当所述链路中的任一节点执行所述业务时，获取标识信息；根据所述标识信息获取所述链路执行所述业务的执行信息；当根据所述执行信息确定所述链路出现异常时，执行异常处理操作。由于一个服务接口下包括多个业务，所以本申请采用的技术方案通过在链路中的任一节点执行业务时获取标识信息，能够对链路执行业务产生的执行信息进行标记，实现了对服务接口下具体某一类型的业务进行监控。

Description

一种信息处理方法及装置

技术领域

本申请涉及数据处理领域，尤其涉及一种信息处理方法及装置。

背景技术

现有技术中普遍是针对服务接口进行异常监控，一个接口可能是被多个类型的业务所请求，可能存在该接口中某类业务是执行成功的，而另一类业务确执行失败。

例如：账号注册由一个接口A提供，但是注册类型有很多种，比如：普通注册，好友邀请注册，VIP注册等，这些类型的注册都访问同一个接口A，现有技术可以监控接口A的异常，但是无法对该接口A下某一类型的注册业务进行异常监控。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种信息处理方法及装置。

第一方面，本申请提供了一种信息处理方法，该方法包括：

根据从服务接口处接收的服务请求确定待执行的业务并确定执行所述业务的链路，所述链路包括所有执行所述业务的节点；

当所述链路中的任一节点执行所述业务时，获取标识信息；

根据所述标识信息获取所述节点执行所述业务的执行信息；

当根据所述执行信息确定所述链路出现异常时，执行异常处理操作。

在一个可能的实施方式中，根据从服务接口处接收的服务请求确定待执行的业务，包括：

根据所述服务请求中携带的数据包获取所述业务的业务名称；

根据所述业务名称确定所述待执行的业务。

在一个可能的实施方式中，当所述链路中的任一节点执行所述业务时，获取标识信息之前，所述方法还包括：

为所述服务请求生成唯一的跟踪编号；

根据所述业务名称和所述跟踪编号生成所述业务对应的标识信息，所述标识信息被定义在所述链路的初始节点。

在一个可能的实施方式中，所述当所述链路中的任一节点执行所述业务时，获取标识信息包括：

当所述链路中初始节点执行所述业务时，从本地获取标识信息，并将所述标识信息存储到内存；

当所述链路除初始节点外的其他节点执行所述业务时，从所述内存中获取所述标识信息。

在一个可能的实施方式中，所述方法还包括：

根据所述跟踪编号的个数确定所述业务名称对应的第一链路个数；

获取所述业务名称对应的出现异常的第二链路个数；

根据所述第一链路个数以及第二链路个数计算所述业务名称对应业务的成功率。

第二方面，本申请提供了一种信息处理装置，该装置包括：

确定模块，用于根据从服务接口处接收的服务请求确定待执行的业务并确定执行所述业务的链路，所述链路包括所有执行所述业务的节点；

第一获取模块，用于当所述链路中的任一节点执行所述业务时，获取标识信息；

第二获取模块，用于根据所述标识信息获取所述节点执行所述业务的执行信息；

执行模块，用于当根据所述执行信息确定所述链路出现异常时，执行异常处理操作。

在一个可能的实施方式中，所述确定模块，具体用于根据所述服务请求中携带的数据包获取所述业务的业务名称；

根据所述业务名称确定所述待执行的业务。

在一个可能的实施方式中，所述装置还包括：生成模块，所述生成模块包括：

第一生成模块，用于为所述服务请求生成唯一的跟踪编号；

第二生成模块，用于根据所述业务名称和所述跟踪编号生成所述业务对应的标识信息，所述标识信息被定义在所述链路的初始节点。

在一个可能的实施方式中，所述第一获取模块，用于当所述链路中初始节点执行所述业务时，从本地获取标识信息，并将所述标识信息存储到内存中；

当所述链路除初始节点外的其他节点执行所述业务时，从所述内存中获取所述标识信息。

在一个可能的实施方式中，所述装置还包括计算模块；

所述计算模块，用于根据所述跟踪编号的个数确定所述业务名称对应的第一链路个数；

获取所述业务名称对应的出现异常的第二链路个数；

根据所述第一链路个数以及第二链路个数计算所述业务名称对应业务的成功率。

第三方面，本申请提供了一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

所述处理器，用于执行计算机程序时，实现上述方法步骤。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：由一个服务接口包括多个业务，所以本申请实施例通过在链路中的任一节点执行业务时获取标识信息，能够对链路执行业务产生的执行信息进行标记，实现了对服务接口下具体某一类型的业务进行监控。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本申请实施例提供的一种信息处理方法的流程图；

图2为本申请另一实施例提供的一种信息处理方法的流程图；

图3为本申请另一实施例提供的一种信息处理方法的流程图；

图4为本申请另一实施例提供的一种信息处理方法的流程图；

图5为本申请实施例提供的一种信息异常处理装置的框图；

图6为本申请另一实施例提供的一种信息异常处理装置的框图；

图7为本申请另一实施例提供的一种信息异常处理装置的框图；

图8为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。

目前的分布式链路框架都是针对接口的服务请求进行监控，无法对某个具体业务进行监控，比如，以注册账号为例，只能以注册账号为维度，进行监控而注册账号又包含多种类型，比如普通注册，好友邀请注册，扫码注册等为维度进行监控。本申请为了实现对具体业务的监控而提供了一种信息处理方法、装置、电子设备及存储介质，对下面首先对本发明实施例所提供的一种方信息处理方法进行介绍。

图1为本申请实施例提供的一种信息处理方法的流程图。如图1所示，该方法包括以下步骤：

步骤S11，根据从服务接口处接收的服务请求确定待执行的业务并确定执行业务的链路，链路包括所有执行业务的节点。

步骤S12，当链路中的任一节点执行业务时，获取标识信息。

步骤S13，根据标识信息获取链路执行业务的执行信息。

步骤S14，当根据执行信息确定链路出现异常时，执行异常处理操作。

本实施例通过在链路中的任一节点执行业务时获取标识信息，能够对链路执行业务产生的执行信息进行标记，实现了对服务接口下具体某一类型的业务进行监控，并且根据执行信息确定链路出现异常时，执行异常处理操作。

由于一个服务接口中包含多个业务，所以需要根据服务请求确定待执行的某一个具体业务，并对该业务进行监控。因此要实现对这个业务具体的流程进行监控，需要在待执行业务的源头打上标记来标明这个待执行的业务，同时要将这个标记传递至后面待执行的节点。

本实施例通过采用分布式全链路追踪系统Zipkin来实现上述步骤,首先在收到服务请求后，确定待执行的业务，具体的，根据服务请求中携带待执行业务的数据包中获取待执行业务的业务名称，通过业务名称确定待执行的业务，Zipkin自动为该服务请求生成唯一的跟踪编号，其中，跟踪编号为32位的字符串，其中，业务名称可以是预先设定格式，比如“账号注册”这个服务接口中包括“普通注册”和“好友邀请注册”，其名称的格式可以是“ptzc”、“yqzc”等。

之后根据业务名称确定待执行业务对应的链路，可以通过从Zipkin中查询执行该业务所调用的类的调用顺序、类名，以及其包括的方法的方法名，根据类的调用顺序、类名，以及方法名确定该业务对应的链路；也可以是通过预先存储的业务与链路的对应关系中获取。

在得到业务名称和跟踪编号后，根据跟踪编号和业务名称生成标识信息，标识信息被定义在链路的初始节点。当链路中的任一节点执行业务时，获取标识信息，实现方式如下：

在链路的初始节点添加注解ProcessSpan，注解中定义了标识信息，当链路的初始节点执行业务时，从本地获取标识信息(即从注解中获取)，并将标识信息存储到内存中。

根据zipkin系统的执行原理，它在每执行完链路的某个节点后，都会主动调用Reporter接口，这个接口的默认逻辑是将节点产生的节点信息打印到日志文件里面去。所以需要扩展Reporter接口，通过定义RoverSpanLoggerReporter类，并将其注入到Zipkin框架的上下文环境中。以使该链路除初始节点外的每一个节点执行完所业务时，从内存中获取标识信息，并且将该节点执行业务所产生的节点信息与标识信息一同发送至kafka。由此通过扩展reporter接口，不再需要人员手动在业务代码中进行埋点，降低了业务代码的入侵性。

通过上述的方式，可以实现对执行信息进行标记，即对链路中至少一个执行业务的节点产生的节点信息进行标记，当后续处理不同链路的执行信息时，可以根据标识信息确定执行信息是来源于哪一个业务，以此实现了对服务接口下具体某一类型的业务进行监控。

比如：收到两个账号注册的服务请求，确定其待执行业务名称为“普通注册”和“好友邀请注册”，并确定这两个业务对应的执行链路，由于这两个业务属于同一服务接口，所以这两个业务对应链路中会包括相同类型的节点，但是后续对这两个链路中的节点信息进行处理时，无法确定相同类型的节点信息是来自于哪一个链路，假设上述两个链路均包括“手机验证”这个节点，当上述两个链路均执行完毕后，其对应产生的执行信息中均包括关于手机验证这个节点的节点信息，但是后续无法判断节点信息是来于“普通注册”还是“好友邀请注册”。

所以通过在链路的初始节点上添加注解的方式，并在注解中定义该注解所对应链路标识信息，以使当接收到多个相同类型的节点信息时，可以根据标识信息确定节点信息的来自于哪一个链路。

本实施例中通过kafka获取链路执行业务而产生的执行信息，Kafka是一种高吞吐量的分布式发布订阅消息系统，其不能直接对执行信息进行处理，所以需要Flink来实时消费Kafka中的执行信息，执行信息包括：链路中至少一个节点执行业务产生的节点信息。具体的，通过上文提到扩展reporter接口，可以将链路中的节点执行业务所产生的节点信息与标识信息一同发送至kafka，所以在Flink实时消费Kafka中的节点信息时，通过标识信息对所有节点信息进行划分。

比如：Kafka接收到9个节点信息，其节点信息对应的标识信息为“普通注册-bh1”、“好友邀请注册-bh1”和“原创违规处理-bh1”，之后Flink对这9个节点信息通过标识信息将节点信息进行划分，比如经过Flink进行划分统计后“普通注册-bh1”下有3条节点信息、“好友邀请注册-bh1”下有3条节点信息，“原创违规处理-bh1”下有4条节点信息。

在Flink处理Kafka中的节点信息时，还需要判断该节点信息是否异常，当发现某个节点信息出现异常时，执行相应的异常处理操作。具体的，图2为本申请另一实施例提供的一种信息处理方法的流程图。如图2所示，该方法包括以下步骤：

步骤S21，根据从服务接口处接收的服务请求确定待执行业务并确定执行业务的链路，链路包括所有执行业务的节点；

步骤S22，当链路中的任一节点执行业务时，获取标识信息。

步骤S23，根据标识信息获取链路执行业务的执行信息。

步骤S24，根据执行信息判断链路是否出现异常。

步骤S25，当链路出现异常时，执行异常处理操作。

本实施例中，判断执行信息是否出现异常的方式可以是：判断执行信息是否满足预设条件，若不满足预设条件，则确定该执行信息出现异常。其中执行信息不满足预设条件可以包括以下方式：执行信息中的数据长度不符合预设数据长度，执行信息中的数据类型不属于预设数据类型，执行信息中的数据加载失败或者系统异常等。

比如：当执行“普通注册”这一项业务的时候，在填写身份信息这一节点需要获取用户的联系方式比如：手机号、邮箱等信息，此时如果接收到的手机号的长度与预设数据长度不同，则确定为“数据长度不符合预设数据长度”造成“填写身份信息”这一节点的节点信息异常，并导致该节点所在链路的执行信息异常。或，在联系方式这一节点接收到的邮箱的格式与预设数据格式不匹配，则确定为“数据格式不属于预设数据类型”造成“联系方式”这一节点的节点信息异常，并导致该节点所在链路的执行信息异常。或，在“确认用户密码”这一节点没有加载到密码数据，则确定为“执行信息中的数据加载失败”造成“确认用户密码”这一节点的节点信息异常，并导致该节点所在链路的执行信息异常。

图3为本申请另一实施例提供的一种信息处理方法的流程图，本实施例中还能能够统计接口下某一类业务的成功率，如图3所示，该方法包括：

步骤S35，根据跟踪编号的个数确定业务名称对应的第一链路个数。

步骤S36，获取业务名称对应的出现异常的第二链路个数。

步骤S37,根据第一链路个数以及第二链路个数计算业务名称对应业务的成功率。

本实施例中，当需要接口下计算某一类业务在某一时间段内的成功率时，通过查询这个时间段内的该业务的业务名称对应跟踪编号的数量，根据跟踪编号的数量确定该业务的执行次数，及第一链路个数。然后获取该时间段内该业务名称对应的出现异常的数量，及第二链路个数，根据第一链路个数和第二链路个数计算该业务在某一时间段的成功率。比如，要统计某一时间段内“好友邀请注册”的成功率。在此时间段内“账号注册”这个服务共接收了10次执行请求，其中包括执行了6次“好友邀请注册”和4次“普通注册”，而执行的6次“好友邀请注册”中有3次发送了报警信息，此时该时间段内“好友邀请注册”的成功率为50％。

当节点信息出现异常的时候，可以通过标识信息直接确定该节点信息对应的业务，并执行相应的异常处理操作。具体的执行异常操作可以是根据节点信息异常类型，向该业务对应的用户发送报警信息；或根据异常类型再次执行该业务；此外，还能够统计各个业务在不同时间段的成功率，之后以跟踪编号和业务名称为维度将对数据进行保存，便于统计在某一时间段内某一业务的成功率。

图4为本申请另一实施例提供的一种信息处理方法的流程图，如图4所示：

步骤S44，当执行信息出现异常时，获取执行信息中出现异常的节点信息。

步骤S45，确定执行信息的异常类型。

步骤S46，根据异常类型向服务请求对应的用户发送对应的报警信息。

本实施例中，在执行信息出现异常后，获取执行信息中那个节点信息出现异常，并确定该节点信息的异常类型，其中节点信息出现异常的类型可以是:由系统或网络因素造成异常的，比如连接超时没有获取到执行信息或者由于网络异常造成业务执行中断。也包括由用户因素造成异常的，比如：用户填写的数据信息与用户在进行账号注册的过程中，需要填写手机号，当用户填写的手机号显示已被注册时，则向该业务对应的用户发送该手机号已被注册的报警信息；或当执行“好友邀请注册”这一项业务的时候，在填写邀请码这一节点需要获取好友邀请码，此时如果接收到的邀请码的长度与预设数据长度不同，或者邀请码的数据类型与预设数据类型不同，则向该业务对应的用户发送该邀请码填写错误的报警信息。

图5为本申请实施例提供的一种信息处理装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示，该装置包括：

确定模块501，用于根据从服务接口处接收的服务请求确定待执行的业务并确定执行业务的链路，链路包括所有执行业务的节点。

第一获取模块502，用于当链路中的任一节点执行业务时，获取标识信息。

第二获取模块503，根据标识信息获取所述节点业务的执行信息；

执行模块504，当根据执行信息确定链路出现异常时，执行异常处理操作；

其中，确定模块501，具体用于根据服务请求中携带的数据包获取业务的业务名称，根据业务名称确定待执行的业务。

第一获取模块502，具体用于当链路中初始节点执行业务时，从本地获取标识信息，并将标识信息存储到内存；

当链路除初始节点外的其他节点执行业务时，从内存中获取标识信息。

图6为本申请另一实施例提供的一种信息处理装置的框图，如图6所示该装置还包括：生成模块601，生成模块601具体包括：

第一生成子模块，用于为服务请求生成唯一的跟踪编号；

第二生成子模块，用于根据跟踪编号和业务名称生成业务对应的标识信息。

图7为本申请另一实施例提供的一种信息处理装置的框图，如图7所示，执行模块504包括：

发送子模块5041，具体用于获取执行信息中出现异常的节点信息，确定节点信息的异常类型，根据异常类型向服务请求对应的用户发送对应的报警信息。

如图7所示，本实施例提供的一种信息处理装置还包括：计算模块505；

计算模块505，用于根据所述跟踪编号的个数确定业务名称对应的第一链路个数，获取业务名称对应的出现异常的第二链路个数，根据第一链路个数以及第二链路个数计算业务名称对应业务的成功率。

本申请实施例还提供一种电子设备，如图8所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。

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

处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例的步骤。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，P C I)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以下步骤：

根据从服务接口处接收的服务请求确定待执行的业务，并确定执行业务的链路，链路包括所有执行业务的节点；

当链路中的任一节点执行所述业务时，获取标识信息；

根据标识信息获取链路执行业务的执行信息；

当根据执行信息确定链路出现异常时，执行异常处理操作。

可选的，该计算机程序被处理器执行时还实现以下步骤：

根据从服务接口处接收的服务请求确定待执行的业务，包括：

根据所述服务请求中携带的数据包获取业务的业务名称；

根据业务名称确定待执行的业务。

可选的，该计算机程序被处理器执行时还实现以下步骤：

当链路中的任一节点执行所述业务时，获取标识信息，之前方法还包括：

为服务请求生成唯一的跟踪编号；

根据业务名称和跟踪编号生成业务对应的标识信息，标识信息被定义在链路的初始节点。

可选的，该计算机程序被处理器执行时还实现以下步骤：

当所述链路中的任一节点执行业务时，获取标识信息，包括：

当链路中初始节点执行业务时，从本地获取标识信息，并将标识信息存储到内存；

当链路除初始节点外的其他节点执行业务时，从内存中获取标识信息。

可选的，该计算机程序被处理器执行时还实现以下步骤：

根据跟踪编号的个数确定业务名称对应的第一链路个数；

获取业务名称对应的出现异常的第二链路个数；

根据第一链路个数以及第二链路个数计算业务名称对应业务的成功率。

需要说明的是，对于上述装置、电子设备及计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

进一步需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种信息处理方法，其特征在于，包括：

根据从服务接口处接收的服务请求确定待执行的业务，并确定执行所述业务的链路，所述链路包括所有执行所述业务的节点；

当所述链路中的任一节点执行所述业务时，获取标识信息；

根据所述标识信息获取所述链路执行所述业务的执行信息；

当根据所述执行信息确定所述链路出现异常时，执行异常处理操作。

2.根据权利要求1所述的方法，其特征在于，所述根据从服务接口处接收的服务请求确定待执行的业务，包括：

根据所述服务请求中携带的数据包获取所述业务的业务名称；

根据所述业务名称确定所述待执行的业务。

3.根据权利要求2所述的方法，其特征在于，当所述链路中的任一节点执行所述业务时，获取标识信息，之前所述方法还包括：

为所述服务请求生成唯一的跟踪编号；

根据所述业务名称和所述跟踪编号生成所述业务对应的标识信息，所述标识信息被定义在所述链路的初始节点。

4.根据权利要求3所述的方法，其特征在于，所述当所述链路中的任一节点执行所述业务时，获取标识信息，包括：

当所述链路中初始节点执行所述业务时，从本地获取所述标识信息，并将所述标识信息存储到内存；

当所述链路除初始节点外的其他节点执行所述业务时，从所述内存中获取所述标识信息。

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

根据所述跟踪编号的个数确定所述业务名称对应的第一链路个数；

获取所述业务名称对应的出现异常的第二链路个数；

根据所述第一链路个数以及第二链路个数计算所述业务名称对应业务的成功率。

6.一种信息处理装置，其特征在于，所述装置包括：

确定模块，用于根据从服务接口处接收的服务请求确定待执行的业务并确定执行所述业务的链路，所述链路包括所有执行所述业务的节点；

第一获取模块，用于当所述链路中的任一节点执行所述业务时，获取标识信息；

第二获取模块，用于根据所述标识信息获取所述节点执行所述业务的执行信息；

执行模块，用于当根据所述执行信息确定所述链路出现异常时，执行异常处理操作。

7.根据权利要求6所述的装置，其特征在于，所述确定模块，具体用于根据所述服务请求中携带的数据包获取所述业务的业务名称；

根据所述业务名称确定所述待执行的业务。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：生成模块，所述生成模块包括：

第一生成模块，用于为所述服务请求生成唯一的跟踪编号；

第二生成模块，用于根据所述业务名称和所述跟踪编号生成所述业务对应的标识信息，所述标识信息被定义在所述链路的初始节点。

9.根据权利要求8所述的装置，其特征在于，所述第一获取模块，具体用于当所述链路中初始节点执行所述业务时，从本地获取标识信息，并将所述标识信息存储到内存；

当所述链路除初始节点外的其他节点执行所述业务时，从所述内存中获取所述标识信息。

10.根据权利要求8所述的装置，其特征在于，所述装置还包括计算模块；

所述计算模块，用于根据所述跟踪编号的个数确定所述业务名称对应的第一链路个数；

获取所述业务名称对应的出现异常的第二链路个数；

根据所述第一链路个数以及第二链路个数计算所述业务名称对应业务的成功率。

Images