CN112910945A - 请求链路跟踪方法和业务请求处理方法 - Google Patents

Abstract

本申请涉及请求链路跟踪领域，具体涉及一种请求链路跟踪方法和业务请求处理方法。所述请求链路跟踪方法包括：在接收到任一个服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，在接收到请求链路跟踪命令时，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示。本发明实施例能够实现基于业务透明的唯一标识(ID)对业务请求的全链路进行追踪。

Description

请求链路跟踪方法和业务请求处理方法

技术领域

本申请涉及请求链路跟踪技术领域，特别是涉及一种请求链路跟踪方法、业务请求处理方法、数据跟踪设备和服务节点、计算机设备和存储介质。

背景技术

随着业务越来越复杂，系统也随之进行各种拆分，特别是随着微服务架构和容器技术的兴起，看似简单的一个应用，后台可能有几十个甚至几百个服务在支撑，在集群化部署环境下，每个服务同样存在几十个甚至几百个部署节点。在复杂的服务化架构系统中，几乎每一个前端的业务请求都会形成一个复杂的分布式服务调用链路，在这种场景中，当请求变慢或者不可用时，无法快速得知是哪个后台服务引起的，因此，需要对业务请求的调用链路进行跟踪，从而在出现故障时能够更快地定位出故障位置。

ELK为当前行业内解决全链路日志采集监控的主流开源技术方法，ELK是Elasticsearch、Logstash、Kibana的三者首字母组合而成。

其中，Elasticsearch是实时全文搜索和分析引擎，提供搜集、分析、存储数据三大功能。是一套开放REST和JAVA API等结构提供高效搜索功能，可扩展的分布式系统。

Logstash是一个用来搜集、分析、过滤日志的工具。它支持几乎任何类型的日志，包括系统日志、错误日志和自定义应用程序日志。它可以从许多来源接收日志，这些来源包括syslog、MQ和JMX，它能够以多种方式输出数据，包括电子邮件、websockets和Elasticsearch。

Kibana是一个基于Web的图形界面，用于搜索、分析和可视化存储在Elasticsearch指标中的日志数据。它利用Elasticsearch的REST接口来检索数据，不仅允许用户创建他们自己的数据的定制仪表板视图，还允许他们以特殊的方式查询和过滤数据。

然而，ELK主要解决的是日志采集和监控问题，其无法实现基于业务透明的唯一标识(或唯一ID)对业务请求的全链路(即业务请求对应的整条请求链路)进行追踪。

发明内容

本发明针对现有技术的缺点，提供了一种请求链路跟踪方法、业务请求处理方法、数据跟踪设备和服务节点、计算机设备和存储介质，本发明实施例能够实现基于业务透明的唯一标识(ID)对业务请求的全链路进行追踪。

本发明根据第一方面提供了一种请求链路跟踪方法，在一个实施例中，该方法应用于服务化系统中的数据跟踪设备，该服务化系统包括多个用户设备、由多个服务节点构成的分布式系统和数据跟踪设备；该方法包括：

在接收到任一个服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，链路跟踪数据是该服务节点响应于来自任一个用户设备或任一个其他服务节点的业务请求执行与业务请求相应的业务操作，在执行完业务操作后生成的与该业务请求和该业务操作相关的数据；

在接收到请求链路跟踪命令时，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示。

在一个实施例中，将接收到的链路跟踪数据进行存储的步骤，包括：

获取接收到的链路跟踪数据对应的链路跟踪标识；

在存储接收到的链路跟踪数据时，建立链路跟踪标识和该接收到的链路跟踪数据的关联信息；

根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据的步骤，包括：

获取与该请求链路的链路跟踪标识对应的预先建立的关联信息；

根据关联信息从预存的所有链路跟踪数据中获取与该请求链路的链路跟踪标识对应的所有链路跟踪数据。

在一个实施例中，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示的步骤，包括：

根据获取到的与该请求链路相关的链路跟踪数据生成请求链路图；

展示请求链路图。

本发明根据第二方面提供了一种业务请求处理方法，在一个实施例中，该方法应用于服务化系统中的任一个服务节点，该服务化系统包括多个用户设备、由多个服务节点构成的分布式系统和数据跟踪设备；该方法包括：

接收来自任一个该用户设备或任一个其他服务节点的业务请求；

执行与该业务请求相应的业务操作；

在执行完该业务操作后生成与该业务请求和该业务操作相关的链路跟踪数据；

将生成的该链路跟踪数据上传到该数据跟踪设备。

在一个实施例中，执行与该业务请求相应的业务操作，包括：

若确定该业务请求来自任一个用户设备，则生成用于跟踪该业务请求对应的请求链路的链路跟踪标识和用于表征该业务请求在其对应的请求链路中的位置的位置跟踪标识，确定完成业务操作所需调用的所有其他服务节点以及各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于该位置跟踪标识的新的位置跟踪标识，向各个其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求；

若确定该业务请求来自任一个其他服务节点，则获取该业务请求关联的链路跟踪标识以及由该其他服务节点生成的位置跟踪标识，在确定完成业务操作需要调用其他服务节点时，确定所需调用的各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于位置跟踪标识的新的位置跟踪标识，向各个其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求。

在一个实施例中，在执行完该业务操作后生成与该业务请求和该业务操作相关的链路跟踪数据的步骤，包括：

若确定该业务请求来自任一个用户设备，则在执行完该业务操作后，根据该业务操作相关的操作执行信息与链路跟踪标识、位置跟踪标识生成该业务操作相关的链路跟踪数据；

若确定该业务请求来自任一个其他服务节点，则在执行完该业务操作后，根据该业务操作相关的操作执行信息与链路跟踪标识、位置跟踪标识生成该业务操作相关的链路跟踪数据。

本发明根据第三方面提供了一种数据跟踪设备，在一个实施例中，该数据跟踪设备包括：

数据存储模块，用于在接收到任一个服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，链路跟踪数据是该服务节点响应于来自任一个用户设备或任一个其他服务节点的业务请求执行与业务请求相应的业务操作，在执行完业务操作后生成的与该业务请求和该业务操作相关的数据；

请求链路跟踪模块，用于在接收到请求链路跟踪命令时，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示。

本发明根据第四方面提供了一种服务节点，在一个实施例中，该服务节点包括：

业务请求接收模块，用于接收来自任一个该用户设备或任一个其他服务节点的业务请求；

业务操作执行模块，用于执行与该业务请求相应的业务操作；

链路跟踪数据生成模块，用于在执行完该业务操作后生成与该业务请求和该业务操作相关的链路跟踪数据；

数据上传模块，用于将生成的该链路跟踪数据上传到该数据跟踪设备。

本发明根据第五方面提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一方法的实施例的步骤。

本发明根据第六方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一方法的实施例的步骤。

在本发明实施例中，数据跟踪设备在接收到服务化系统中的任一个服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，链路跟踪数据是该服务节点响应于来自任一个用户设备或任一个其他服务节点的业务请求执行与业务请求相应的业务操作，在执行完业务操作后生成的与该业务请求和该业务操作相关的数据；在接收到请求链路跟踪命令时，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示，能够实现基于业务透明的唯一标识(ID)对业务请求的全链路进行追踪。

附图说明

图1为一个实施例中一种请求链路跟踪方法的应用环境图；

图2为一个实施例中一种请求链路跟踪方法的流程示意图；

图3为一个实施例中一种业务请求处理方法的流程示意图；

图4为一个实施例中一种数据跟踪设备的结构框图；

图5为一个实施例中一种服务节点的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅用以解释本申请，并不用于限定本申请。

实施例一

本发明提供了一种请求链路跟踪方法。在一个实施例中，该请求链路跟踪方法包括如图1所示的步骤。

在本实施例中，该请求链路跟踪方法的应用环境可以是如图2所示的服务化系统。该服务化系统包括多个用户设备(如图2中的11所示)、由多个服务节点构成的分布式系统(如图2中的12所示)和数据跟踪设备(如图2中的13所示)，其中，用户设备包括但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和台式计算机。分布式系统中每个服务节点可被其他服务节点调用从而为其提供一种或多种服务，每个服务节点可以是独立的服务器或者是多个服务器组成的服务器集群。数据跟踪设备可以用一个独立的设备(如独立的服务器)来实现，也可以是一个数据跟踪服务器和一个或多个客户端设备来实现，其中客户端设备可以包括但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和台式计算机。在数据跟踪设备不是由独立服务器实现时，数据跟踪设备需要执行的步骤可以由跟踪服务器来实现，其中，跟踪服务器可以是Zipkin服务器，Zipkin是一款开源的分布式实时数据追踪系统，其主要功能是聚集来自各个异构系统的实时监控数据，比如可以通过编写简单的配置和代码，让应用可以向Zipkin报告链路跟踪数据。Zipkin主要由四部分构成：收集器、数据存储、查询以及Web界面。Zipkin的收集器负责将各系统报告过来的追踪数据进行接收；而数据存储默认使用Cassandra，也可以替换为MySQL；查询服务用来向其他服务提供数据查询的能力，而Web服务是官方默认提供的一个图形用户界面。

需要说明的是，图2中分布式系统中服务节点的数量和相互之间的调用关系仅仅是示例，分布式系统中服务节点的数量和相互之间的调用关系本实施例不进行限制。

以下结合图2对图1所示的步骤进行说明。

S110：在接收到任一个服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，其中，链路跟踪数据是该服务节点响应于来自任一个用户设备或任一个其他服务节点的业务请求执行与业务请求相应的业务操作，在执行完业务操作后生成的与该业务请求和该业务操作相关的数据。

在本实施例中，任一个用户设备可以向该分布式系统中的特定服务节点或任一个服务节点发送业务请求，比如用户设备向某服务节点发送订单信息查询请求以获取其要查询的订单的订单信息。为了完成该业务请求分布式系统内部可能需要进行多次的服务调用最后才能完成，比如，用户设备向分布式系统的A服务节点发送业务请求，A服务节点响应于该业务请求再分别调用B服务节点和C服务节点，而B服务节点需要再调用D服务节点，C服务节点需要调用E服务节点，在进行上述调用之后A服务节点才能完成该业务请求。

对于分布式系统中的任何一个服务节点，当其接收到来自用户设备或者其他服务节点的业务请求时，就执行与该业务请求相应的业务操作(比如可以是统计数据、查询数据等操作)，当执行完业务操作之后，就生成与该业务请求和该业务操作相关的数据(即链路跟踪数据)，并将其上传到数据跟踪设备(假如数据跟踪设备不是独立的设备，比如其由客户端设备和数据跟踪服务器组成，那么服务节点具体会将链路跟踪数据上传给数据跟踪服务器)。

上述的链路跟踪数据可以是日志，其具体可以包括链路跟踪标识和位置跟踪标识、以及该业务操作相关的操作执行信息。其中，与业务操作相关的操作执行信息可以包括业务操作的执行结果(如执行成功、执行失败、故障等)、调用的其他服务节点的节点标识、业务类型、出现故障时的故障信息、业务请求的处理起止时间和处理时长等信息。

具体地，本实施例中由服务节点基于OpenTracing规范来生成链路跟踪标识和位置跟踪标识。OpenTracing是开放式分布追踪规范，其通过提供与平台无关、厂商无关的API定义，使得开发人员能够方便的添加或更换具体追踪系统的实现。在OpenTracing中，会话(Trace)由一组具有引用关系的操作(Span)来表示，会话(Trace)是分布式系统中协调各节点进程完成的逻辑事务，操作(Span)是需要消耗一定时间来完成的计算逻辑单元。

上述的链路跟踪标识即是Tracing ID，Tracing ID用于跟踪业务请求对应的请求链路。Tracing ID是代表唯一一次请求的ID，此ID一般由分布式系统中第一个处理业务请求的服务节点产生，并在分布式调用下通过网络传递到下一个被请求的服务节点。由于每个业务请求都只有一个全局唯一的ID，因此能够通过该ID将一个业务请求对应的请求链路的所有相关链路跟踪数据串联起来，从而在出现请求变慢、没有响应或者出现故障时，能够更快速地找到出现问题的服务节点，以便更快地解决问题。更具体地，Tracing ID的生成规则是可以是由服务器IP、ID的生成时间、自增序列以及当前进程号构成的字符串，示例性地，生成的Tracing ID可以是0ad1348f1403169275002100356696。

位置跟踪标识即是Span ID，Span ID用于表征业务请求在其对应的请求链路中的位置或者层次。Span ID的生成规则可以如下述例子所示。比如，A服务节点在处理一个业务请求的过程中依次调用了B、C、D三个服务节点，那么这三次调用的的Span ID分别是“0.1”、“0.2”和“0.3”，假如B服务节点继续调用了E和F两个服务节点，那么这两次调用的SpanId分别是“0.1.1”和“0.1.2”。

当数据跟踪设备接收到任何服务节点上传的链路跟踪数据之后，将其进行存储。在一个实施方式中，将接收到的链路跟踪数据进行存储的步骤，包括：

获取接收到的链路跟踪数据对应的链路跟踪标识；

在存储接收到的链路跟踪数据时，建立链路跟踪标识和该接收到的链路跟踪数据的关联信息。

在本实施方式中，数据跟踪设备接收到链路跟踪标识之后，从中获取链路跟踪标识，然后再存储接收到的链路跟踪数据时，建立链路跟踪标识和该接收到的链路跟踪数据的关联信息，以便后续通过链路跟踪标识和其对应的关联信息可以找到该链路跟踪标识相关的所有链路跟踪数据。其中，关联信息可以是索引信息。

S120：在接收到请求链路跟踪命令时，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示。

在本实施例中，请求链路跟踪命令可以是由预设的定时任务来触发，比如可以定时找出处理时长超过预设阈值的业务请求，然后自动对该业务请求的请求链路进行跟踪。请求链路跟踪命令还可以是来自外部系统，比如外部系统需要跟踪某个或某些业务请求的请求链路时，可以向数据跟踪设备发送请求链路跟踪命令。而在数据跟踪设备是由客户端设备和跟踪服务器组成时，请求链路跟踪命令可以是来自开发人员，比如开发人员可以通过客户端设备向跟踪服务器发送请求链路跟踪命令。

具体地，数据跟踪设备在接收到请求链路跟踪命令后，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，可能地，该链路跟踪标识可以携带于该请求链路跟踪命令中，然后根据该链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，具体地，可以获取与该请求链路的链路跟踪标识对应的预先建立的关联信息，如索引信息等，然后根据获得的关联信息从预存的所有链路跟踪数据中获取与该请求链路的链路跟踪标识对应的所有链路跟踪数据。

之后根据获取到的链路跟踪数据进行请求链路信息的展示，具体可以是根据获取到的与该请求链路相关的链路跟踪数据来生成请求链路图，并对生成的请求链路图进行展示，以此达到透视化网络调用的目的，解决在实施大规模微服务架构时的链路跟踪问题，并可用于故障的快速发现，服务治理等场景。

需要说明的是，虽然图1流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

实施例二

基于与实施例一相同的发明构思，本发明还提供了一种业务请求处理方法。在一个实施例中，该业务请求处理方法的应用环境可以如图2所示的服务化系统，关于该服务化系统的说明参见实施例一中的说明，在此不再赘述。

以下以该业务请求处理方法应用于图2中的任一个服务节点(以下称为本服务节点)为例，对该业务请求处理方法进行说明。在本实施例中，如图3所示，该业务请求处理方法包括以下步骤：

S210：接收来自任一个该用户设备或任一个其他服务节点的业务请求。

S220：执行与该业务请求相应的业务操作。

S230：在执行完该业务操作后生成与该业务请求和该业务操作相关的链路跟踪数据。

S240：将生成的该链路跟踪数据上传到该数据跟踪设备。

在本实施例中，本服务节点所接收到的业务请求可能是来自任一个用户设备，也可能是来自分布式系统中的任何一个其他服务节点。本服务节点在接收到业务请求之后，就执行与该业务请求相应的业务操作，比如可以是订单信息查询、订单数据修改等，然后在执行完该业务操作之后就生成相应的链路跟踪数据。

具体地，生成的链路跟踪数据可以是日志，日志中具体可以包括链路跟踪标识和位置跟踪标识、以及该业务操作相关的操作执行信息。其中，与业务操作相关的操作执行信息可以包括业务操作的执行结果(如执行成功、执行失败、故障等)、调用的其他服务节点的节点标识、业务类型(如订单查询、订单数据修改等)、出现故障时的故障信息、业务请求的处理起止时间和处理时长等信息。生成的链路跟踪数据会被本服务节点上传到数据跟踪设备。

具体地，本服务节点会基于OpenTracing规范来生成链路跟踪标识和位置跟踪标识。OpenTracing是开放式分布追踪规范，OpenTracing通过提供与平台无关、厂商无关的API定义，使得开发人员能够方便的添加或更换具体追踪系统的实现。在OpenTracing中，会话(Trace)由一组具有引用关系的操作(Span)来表示，会话(Trace)是分布式系统中协调各节点进程完成的逻辑事务，操作(Span)是需要消耗一定时间来完成的计算逻辑单元。

上述的链路跟踪标识即是Tracing ID，Tracing ID用于跟踪业务请求对应的请求链路。Tracing ID是代表唯一一次请求的ID，此ID一般由分布式系统中第一个处理业务请求的服务节点产生，并在分布式调用下通过网络传递到下一个被请求的服务节点。由于每个业务请求都只有一个全局唯一的ID，因此能够通过该ID将一个业务请求对应的请求链路的所有相关链路跟踪数据串联起来，从而在出现请求变慢、没有响应或者出现故障时，能够更快速地找到出现问题的服务节点，以便更快地解决问题。更具体地，Tracing ID的生成规则是可以是由服务器IP、ID的生成时间、自增序列以及当前进程号构成的字符串，示例性地，生成的Tracing ID可以是0ad1348f1403169275002100356696。

位置跟踪标识即是Span ID，Span ID用于表征业务请求在其对应的请求链路中的位置或者层次。Span ID的生成规则可以如下述例子所示。比如，A服务节点在处理一个业务请求的过程中依次调用了B、C、D三个服务节点，那么这三次调用的的Span ID分别是“0.1”、“0.2”和“0.3”，假如B服务节点继续调用了E和F两个服务节点，那么这两次调用的Span ID分别是“0.1.1”和“0.1.2”。

在一种可能的实施方式中，服务节点集成了SNTracker(一款基于OpenTracing规范的分布式链路跟踪系统)，SNTracker中集成了SLF4J的MDC(Mapped DiagnosticContexts)功能，方便用户在只简单修改日志配置文件即可输出当前调用上下文的TracingID和Span ID，具体地，可以基于SLF4J(一款Java日志框架)和Logback(一款开源日志组件)来实现异步打印日志到本地磁盘的能力，框架或者组件能够在接入时，在异步日志打印的前提下，可以自定义日志文件的输出格式。可以根据需求来实现日志打印类型，比如摘要日志和/或统计日志，摘要日志即服务节点每一次被调用均会生成并落地到磁盘的日志，而统计日志是每隔一定时间间隔进行统计输出的日志。

服务节点可以通过SNTracker将链路跟踪数据远程上报到数据跟踪设备，如Zipkin跟踪服务器，以进行分布式链路跟踪的展示，以此达到透视化网络调用的目的，解决在实施大规模微服务架构时的链路跟踪问题，并可用于故障的快速发现，服务治理等场景。

在一个实施方式中，执行与该业务请求相应的业务操作，包括：

若确定该业务请求来自任一个用户设备，则生成用于跟踪该业务请求对应的请求链路的链路跟踪标识和用于表征该业务请求在其对应的请求链路中的位置的位置跟踪标识，确定完成业务操作所需调用的所有其他服务节点以及各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于该位置跟踪标识的新的位置跟踪标识，向各个其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求；

若确定该业务请求来自任一个其他服务节点，则获取该业务请求关联的链路跟踪标识以及由该其他服务节点生成的位置跟踪标识，在确定完成业务操作需要调用其他服务节点时，确定所需调用的各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于位置跟踪标识的新的位置跟踪标识，向各个其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求。

在本实施方式中，假如接收到的业务请求来自用户设备，本服务节点则按照上述Tracing ID的生成规则来生成与该业务请求对应的Tracing ID(即链路跟踪标识)以及按照上述的Span ID的生成规则来生成与该业务请求对应的Span ID(即位置跟踪标识)。进一步地，生成的Tracing ID和Span ID可以缓存到与该业务请求对应的线程的上下文，以方便后续获取。假如接收到的业务请求来自其他服务节点，此时可以获取由其他的服务节点生成的与该业务请求关联的Tracing ID和Span ID。示例性地，集成了SNTracker的服务节点被调用之后会产生一个Span，并且会将其缓存到SNTracker的上下文(如SnTrackerContext)中，该上下文是缓存在ThreadLocal(线程变量)，当需要获取其中的Tracing ID和Span ID时，可以先获取当前SNTracker的上下文，再通该上下文实例来获取Span，从而从该Span中可以获得Tracing ID和Span ID。

如果确定要完成接收到的业务请求需要调用其他服务节点，那么需要确定出所需调用的各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于位置跟踪标识的新的位置跟踪标识，比如，A服务节点在处理一个业务请求的过程中调用了B服务节点，该调用的Span ID是“0.1”，假如B服务节点还需要继续调用E和F两个服务节点，B服务节点会基于该Span ID“0.1”来生成两个Span ID，如“0.1.1”和“0.1.2”，之后再向各个需要调用的其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求。

相应地，在一个实施方式中，在执行完该业务操作后生成与该业务请求和该业务操作相关的链路跟踪数据的步骤，包括：若确定该业务请求来自任一个用户设备，则在执行完该业务操作后，根据该业务操作相关的操作执行信息与链路跟踪标识、位置跟踪标识生成链路跟踪数据；若确定该业务请求来自任一个其他服务节点，则在执行完该业务操作后，根据该业务操作相关的操作执行信息与链路跟踪标识、位置跟踪标识生成链路跟踪数据。

本实施例中，由于分布式系统中的任何一个服务节点在接收到来自用户设备或者其他服务节点的业务请求时，都会执行与该业务请求相应的业务操作(比如可以是统计数据、查询数据等操作)，并且当执行完业务操作之后就生成与该业务请求和该业务操作相关的数据(即链路跟踪数据)，并将其上传到数据跟踪设备(假如数据跟踪设备不是独立的设备，比如其由客户端设备和数据跟踪服务器组成，那么服务节点具体会将链路跟踪数据上传给数据跟踪服务器)，因而，可以通过数据跟踪设备中的链路跟踪数据来实现对业务请求进行跟踪。而由于服务节点集成了基于OpenTracing规范的SNTracker，一个业务请求即对应一个Tracing ID，通过一个Tracing ID即可串联起一个业务请求对应的请求链路相关的所有链路跟踪数据，从而能够通过该所有的链路跟踪数据来对业务请求进行跟踪，进而能够在出现故障时实现快速地定位出故障的位置。

需要说明的是，虽然图3流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

实施例三

基于与实施例一相同的发明构思，本发明还提供了一种数据跟踪设备。在一个实施例中，如图4所示，该数据跟踪设备包括以下模块：

数据存储模块110，用于在接收到任一个服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，链路跟踪数据是该服务节点响应于来自任一个用户设备或任一个其他服务节点的业务请求执行与业务请求相应的业务操作，在执行完业务操作后生成的与该业务请求和该业务操作相关的数据；

请求链路跟踪模块120，用于在接收到请求链路跟踪命令时，获取与该请求链路跟踪命令关联的请求链路的链路跟踪标识，根据该请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与该请求链路相关的链路跟踪数据，根据获取到的与该请求链路相关的链路跟踪数据进行请求链路信息展示。

在一个实施例中，数据存储模块，包括链路跟踪标识获取子模块和关联信息建立子模块。

其中，链路跟踪标识获取子模块，用于获取接收到的链路跟踪数据对应的链路跟踪标识。

关联信息建立子模块，用于在存储接收到的链路跟踪数据时，建立链路跟踪标识和该接收到的链路跟踪数据的关联信息。

相应地，请求链路跟踪模块，包括关联信息获取子模块和链路跟踪数据获取子模块。

其中，关联信息获取子模块，用于获取与该请求链路的链路跟踪标识对应的预先建立的关联信息。链路跟踪数据获取子模块，用于根据关联信息从预存的所有链路跟踪数据中获取与该请求链路的链路跟踪标识对应的所有链路跟踪数据。

在一个实施例中，请求链路跟踪模块，还包括请求链路图生成子模块和请求链路图展示子模块。

其中，请求链路图生成子模块，用于根据获取到的与该请求链路相关的链路跟踪数据生成请求链路图。请求链路图展示子模块，用于展示请求链路图。

关于数据跟踪设备的具体限定可以参见上文中对于请求链路跟踪方法的限定，在此不再赘述。上述数据跟踪设备中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

实施例四

基于与实施例二相同的发明构思，本发明还提供了一种服务节点。在一个实施例中，如图5所示，该服务节点包括以下模块：

业务请求接收模块210，用于接收来自任一个该用户设备或任一个其他服务节点的业务请求；

业务操作执行模块220，用于执行与该业务请求相应的业务操作；

链路跟踪数据生成模块230，用于在执行完该业务操作后生成与该业务请求和该业务操作相关的链路跟踪数据；

数据上传模块240，用于将生成的该链路跟踪数据上传到该数据跟踪设备。

在一个实施例中，业务操作执行模块，包括第一执行子模块和第二执行子模块。

其中，第一执行子模块，用于在确定该业务请求来自任一个用户设备时，生成用于跟踪该业务请求对应的请求链路的链路跟踪标识和用于表征该业务请求在其对应的请求链路中的位置的位置跟踪标识，确定完成业务操作所需调用的所有其他服务节点以及各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于该位置跟踪标识的新的位置跟踪标识，向各个其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求。

第二执行子模块，用于在确定该业务请求来自任一个其他服务节点时，获取该业务请求关联的链路跟踪标识以及由该其他服务节点生成的位置跟踪标识，当确定完成业务操作需要调用其他服务节点时，则确定所需调用的各个其他服务节点的调用顺序，根据各个其他服务节点的调用顺序生成与各个其他服务节点对应的从属于位置跟踪标识的新的位置跟踪标识，向各个其他服务节点发送根据链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求。

在一个实施例中，链路跟踪数据生成模块，包括第一数据生成子模块和第二数据生成子模块。

其中，第一数据生成子模块，用于在确定该业务请求来自任一个用户设备时，在执行完该业务操作后，根据该业务操作相关的操作执行信息与链路跟踪标识、位置跟踪标识生成链路跟踪数据。

第二数据生成子模块，用于在确定该业务请求来自任一个其他服务节点时，在执行完该业务操作后，根据该业务操作相关的操作执行信息与链路跟踪标识、位置跟踪标识生成链路跟踪数据。

关于服务节点的具体限定可以参见上文中对于业务请求处理方法的限定，在此不再赘述。上述服务节点中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

实施例五

在本实施例中，提供了一种计算机设备，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储链路跟踪标识、位置跟踪标识和链路跟踪数据等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时实现实施例一所提供的请求链路跟踪方法或者实施例二所提供的业务请求处理方法包括的步骤。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

实施例六

在本实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现实施例一所提供的请求链路跟踪方法或者实施例二所提供的业务请求处理方法包括的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种请求链路跟踪方法，其特征在于，所述方法应用于服务化系统中的数据跟踪设备，所述服务化系统包括多个用户设备、由多个服务节点构成的分布式系统和数据跟踪设备；所述方法包括：

在接收到任一个所述服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，所述链路跟踪数据是该服务节点响应于来自任一个所述用户设备或任一个其他服务节点的业务请求执行与所述业务请求相应的业务操作，在执行完所述业务操作后生成的与所述业务请求和所述业务操作相关的数据；

在接收到请求链路跟踪命令时，获取与所述请求链路跟踪命令关联的请求链路的链路跟踪标识，根据所述请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与所述请求链路相关的链路跟踪数据，根据获取到的与所述请求链路相关的链路跟踪数据进行请求链路信息展示。

2.如权利要求1所述的请求链路跟踪方法，其特征在于，

所述将接收到的链路跟踪数据进行存储的步骤，包括：

获取接收到的链路跟踪数据对应的链路跟踪标识；

在存储所述接收到的链路跟踪数据时，建立所述链路跟踪标识和所述接收到的链路跟踪数据的关联信息；

所述根据所述请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与所述请求链路相关的链路跟踪数据的步骤，包括：

获取与所述请求链路的链路跟踪标识对应的预先建立的关联信息；

根据所述关联信息从预存的所有链路跟踪数据中获取与所述请求链路的链路跟踪标识对应的所有链路跟踪数据。

3.如权利要求1所述的请求链路跟踪方法，其特征在于，

所述根据获取到的与所述请求链路相关的链路跟踪数据进行请求链路信息展示的步骤，包括：

根据获取到的与所述请求链路相关的链路跟踪数据生成请求链路图；

展示所述请求链路图。

4.一种业务请求处理方法，其特征在于，所述方法应用于服务化系统中的任一个服务节点，所述服务化系统包括多个用户设备、由多个服务节点构成的分布式系统和数据跟踪设备；所述方法包括：

接收来自任一个所述用户设备或任一个其他服务节点的业务请求；

执行与所述业务请求相应的业务操作；

在执行完所述业务操作后生成与所述业务请求和所述业务操作相关的链路跟踪数据；

将生成的所述链路跟踪数据上传到所述数据跟踪设备。

5.如权利要求1所述的请求链路跟踪方法，其特征在于，

所述执行与所述业务请求相应的业务操作，包括：

若所述业务请求来自任一个所述用户设备，则生成用于跟踪所述业务请求对应的请求链路的链路跟踪标识和用于表征所述业务请求在其对应的请求链路中的位置的位置跟踪标识，确定完成业务操作所需调用的所有其他服务节点以及各个所述其他服务节点的调用顺序，根据各个所述其他服务节点的调用顺序生成与各个所述其他服务节点对应的从属于所述位置跟踪标识的新的位置跟踪标识，向各个所述其他服务节点发送根据所述链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求；

若所述业务请求来自任一个其他服务节点，则获取所述业务请求关联的链路跟踪标识以及由该其他服务节点生成的位置跟踪标识，在确定完成业务操作需要调用其他服务节点时，确定所需调用的各个所述其他服务节点的调用顺序，根据各个所述其他服务节点的调用顺序生成与各个所述其他服务节点对应的从属于所述位置跟踪标识的新的位置跟踪标识，向各个所述其他服务节点发送根据所述链路跟踪标识和该其他服务节点对应的新的位置跟踪标识生成的新的业务请求。

6.如权利要求5所述的请求链路跟踪方法，其特征在于，

所述在执行完所述业务操作后生成与所述业务请求和所述业务操作相关的链路跟踪数据的步骤，包括：

若所述业务请求来自任一个所述用户设备，则在执行完所述业务操作后，根据所述业务操作相关的操作执行信息与所述链路跟踪标识、所述位置跟踪标识生成所述业务操作相关的链路跟踪数据；

若所述业务请求来自任一个其他服务节点，则在执行完所述业务操作后，根据所述业务操作相关的操作执行信息与所述链路跟踪标识、所述位置跟踪标识生成所述业务操作相关的链路跟踪数据。

7.一种数据跟踪设备，其特征在于，包括：

数据存储模块，用于在接收到任一个所述服务节点上传的链路跟踪数据后，将接收到的链路跟踪数据进行存储，所述链路跟踪数据是该服务节点响应于来自任一个所述用户设备或任一个其他服务节点的业务请求执行与所述业务请求相应的业务操作，在执行完所述业务操作后生成的与所述业务请求和所述业务操作相关的数据；

请求链路跟踪模块，用于在接收到请求链路跟踪命令时，获取与所述请求链路跟踪命令关联的请求链路的链路跟踪标识，根据所述请求链路的链路跟踪标识从预存的所有链路跟踪数据中获取与所述请求链路相关的链路跟踪数据，根据获取到的与所述请求链路相关的链路跟踪数据进行请求链路信息展示。

8.一种服务节点，其特征在于，包括：

业务请求接收模块，用于接收来自任一个所述用户设备或任一个其他服务节点的业务请求；

业务操作执行模块，用于执行与所述业务请求相应的业务操作；

链路跟踪数据生成模块，用于在执行完所述业务操作后生成与所述业务请求和所述业务操作相关的链路跟踪数据；

数据上传模块，用于将生成的所述链路跟踪数据上传到所述数据跟踪设备。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images