CN114297028A - 一种微服务日志链路追踪方法与系统 - Google Patents

Abstract

本发明给出了一种微服务日志链路追踪方法与系统，包括拦截上游服务端的请求，获取请求头，根据请求头生成唯一的调用链ID并获取对应的父服务名称，保存调用链ID以及父服务名称；当请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将调用链ID和父服务名称加在请求头上；基于统一的日志格式以及日志标准创建业务日志，根据日志格式将调用链ID和父服务名称编写为各个服务之间的调用关系，并将调用关系记录在业务日志中；当进行服务链路追踪时，根据该服务的请求中的Traceld查询链路上的所有业务日志，解析业务日志得到该服务的请求的完整的服务调用链路。本发明可以快速定位故障，实现了对各业务线进行针对性的分析和统计。

Description

一种微服务日志链路追踪方法与系统

技术领域

本发明涉及微服务架构技术领域，尤其是一种微服务日志链路追踪方法与系统。

背景技术

微服务架构是一个分布式架构，系统中的各个微服务可以被独立部署，每个服务仅仅关注并完成一个业务方向，所以，一个复杂的系统往往由多个微服务组成。由于微服务数量众多，业务的复杂性，主要体现在，一个请求可能需要调用很多服务，而多个服务间又相互调用，如果出现错误和异常，定位故障点非常困难。因此，在微服务架构中，必须实现分布式服务链路追踪，通过调用链结合业务日志快速定位错误信息。

发明内容

本发明提出了一种微服务日志链路追踪方法与系统，以解决上文提到的现有技术的缺陷。

在一个方面，本发明提出了一种微服务日志链路追踪方法，该方法包括以下步骤：

S1：拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；

S2：在处理所述请求的过程中，当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；

S3：基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；

S4：当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。

以上方法通过在拦截器、注解和过滤器进行代码埋点的方式实现服务链路追踪，利用日志记录的方式收集各服务之间的调用关系，然后解析日志，得出一个请求完整的服务调用链路；通过记录各服务之间的调用链，可以快速定位故障，实现了对各业务线进行针对性的分析和统计。

在具体的实施例中，所述S1还包括：

拦截上游服务端的请求，获取请求头后，先判断所述请求是否是web端请求，若是则根据所述请求头生成唯一的调用链ID。

在具体的实施例中，所述根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，具体包括：

判断所述请求头的参数是否为空；

若是，则将所述请求作为第一次访问的请求，根据所述请求头生成唯一的调用链ID，同时给父服务名称取默认值；

若否，则将所述请求作为其他服务调用的请求，将所述请求头中的X-TraceId参数作为调用链ID，将所述请求头中的X-ParentName参数作为父服务名称。

在具体的实施例中，所述保存所述调用链ID以及所述父服务名称，具体包括：

通过MDC.put()方法将所述调用链ID以及所述父服务名称保存在MDC中。利用log4jMDC机制保存当前请求的链路ID,MDC中包含的内容可以被同一线程中执行的代码所访问，当前线程的子线程也会继承其父线程的内容。

在具体的实施例中，所述拦截上游服务端的请求具体包括：

通过在拦截器、注解和过滤器进行代码埋点的方式拦截上游服务端的请求。

在具体的实施例中，所述S2具体包括：

当调用其他服务的方式为feign方式时，所述配置方式为：编写feign请求拦截类，实现RequestInterceptor接口，重写apply()方法，在方法中添加X-TraceId和X-ParentName请求头参数；

当调用其他服务的方式为resttemplate方式时，所述配置方式为：编写http请求拦截类，实现ClientHttpRequestInterceptor接口，重写intercept()方法，在方法中添加X-TraceId和X-ParentName请求头参数；

当调用其他服务的方式为zuul网关方式时，所述配置方式为：编写zuul网关过滤器，继承ZuulFilter，重写run()方法，在方法中添加X-TraceId和X-ParentName请求头参数。当请求在后面处理中调用其他服务时，根据调用服务的方式配置拦截器或者过滤器，在请求头加上调用链ID，这样，无论服务之间如何相互调用，每个请求的逻辑轨迹也能完整的展示处理。

在具体的实施例中，所述解析所述业务日志得到该服务的请求的完整的服务调用链路，具体包括：

通过MDC.get()方法获取所述调用链ID和所述父服务名称的值。

在具体的实施例中，所述根据该服务的请求中的TraceId查询链路上的所有所述业务日志，具体包括：

根据该服务的请求中的TraceId，并且使用ELK相关的日志收集工具，收集所述业务日志。

在具体的实施例中，所述日志标准包括log4j标准。

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

根据本发明的第三方面，提出一种微服务日志链路追踪系统，该系统包括：

链路追踪过滤设计模块：配置用于拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；

调用链ID传递设计模块：配置用于在处理所述请求的过程中，当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；

业务日志编写模块：配置用于基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；

调用链路追踪模块：配置用于当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。

本发明通过拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。本发明可以快速定位故障，实现了对各业务线进行针对性的分析和统计。

附图说明

包括附图以提供对实施例的进一步理解并且附图被并入本说明书中并且构成本说明书的一部分。附图图示了实施例并且与描述一起用于解释本发明的原理。将容易认识到其它实施例和实施例的很多预期优点，因为通过引用以下详细描述，它们变得被更好地理解。通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是本发明的一个实施例的一种微服务日志链路追踪方法的流程图；

图3是本发明的一个具体的实施例的简易流程图；

图4是本发明的一个实施例的一种微服务日志链路追踪系统的框架图；

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

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的一种微服务日志链路追踪方法的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种应用，例如数据处理类应用、数据可视化类应用、网页浏览器应用等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上展示的请求头提供支持的后台信息处理服务器。后台信息处理服务器可以对获取的调用链ID进行处理，并生成处理结果(例如业务日志)。

需要说明的是，本申请实施例所提供的方法可以由服务器105执行，也可以由终端设备101、102、103执行，相应的装置一般设置于服务器105中，也可以设置于终端设备101、102、103中。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

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

根据本发明的一个实施例的一种微服务日志链路追踪方法，图2示出了根据本发明的实施例的一种微服务日志链路追踪方法的流程图。如图2所示，该方法包括以下步骤：

S1：拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；

S2：在处理所述请求的过程中，当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；

S3：基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；

S4：当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。

在具体的实施例中，所述S1还包括：

拦截上游服务端的请求，获取请求头后，先判断所述请求是否是web端请求，若是则根据所述请求头生成唯一的调用链ID。

在具体的实施例中，所述根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，具体包括：

判断所述请求头的参数是否为空；

若是，则将所述请求作为第一次访问的请求，根据所述请求头生成唯一的调用链ID，同时给父服务名称取默认值；

若否，则将所述请求作为其他服务调用的请求，将所述请求头中的X-TraceId参数作为调用链ID，将所述请求头中的X-ParentName参数作为父服务名称。

在具体的实施例中，所述保存所述调用链ID以及所述父服务名称，具体包括：

通过MDC.put()方法将所述调用链ID以及所述父服务名称保存在MDC中。

在具体的实施例中，所述拦截上游服务端的请求具体包括：

通过在拦截器、注解和过滤器进行代码埋点的方式拦截上游服务端的请求。

在具体的实施例中，所述S2具体包括：

当调用其他服务的方式为feign方式时，所述配置方式为：编写feign请求拦截类，实现RequestInterceptor接口，重写apply()方法，在方法中添加X-TraceId和X-ParentName请求头参数；

当调用其他服务的方式为resttemplate方式时，所述配置方式为：编写http请求拦截类，实现ClientHttpRequestInterceptor接口，重写intercept()方法，在方法中添加X-TraceId和X-ParentName请求头参数；

当调用其他服务的方式为zuul网关方式时，所述配置方式为：编写zuul网关过滤器，继承ZuulFilter，重写run()方法，在方法中添加X-TraceId和X-ParentName请求头参数。

在具体的实施例中，所述解析所述业务日志得到该服务的请求的完整的服务调用链路，具体包括：

通过MDC.get()方法获取所述调用链ID和所述父服务名称的值。

在具体的实施例中，所述根据该服务的请求中的TraceId查询链路上的所有所述业务日志，具体包括：

根据该服务的请求中的TraceId，并且使用ELK相关的日志收集工具，收集所述业务日志。

在具体的实施例中，所述日志标准包括log4j标准。

图3是本发明的一个具体的实施例的简易流程图。以下基于图3示出的流程，利用一个具体的实施例来阐述本发明的方案。

本实施例的整体方案：通过在(拦截器、注解、过滤器)进行代码埋点的方式实现服务链路追踪，需要被监控的服务，只需要在项目引入自定义的log-trace-client包就可以实现服务链路追踪。

处理流程：系统的每个请求都会被拦截器拦截，拦截器如果判断当前请求是web端请求，会生成唯一的调用链ID,然后利用log4jMDC机制保存当前请求的链路ID,MDC中包含的内容可以被同一线程中执行的代码所访问，当前线程的子线程也会继承其父线程的内容，当这个请求在后面处理中调用其他服务时，根据调用服务的方式配置拦截器或者过滤器，在请求头加上链路ID，这样，无论服务之间如何相互调用，每个请求的逻辑轨迹也能完整的展示处理。

设计原理：

一、log-trace-client包结构说明

package说明：

filter:主要存放全局的过滤器

configurate:存放feign、resttemplate等配置文件

instrument：各类型调用方式的拦截器和过滤器

util:工具类

status:全局状态码

二、全局链路追踪过滤器设计

请求头参数说明：

"X-TraceId"：为一个请求分配的ID号，用来标识一条请求链路。

"X-ParentName"：parent service name父服务名称。

设计逻辑：

拦截器首先会获取请求头参数，判断请求头"X-TraceId"和"X-ParentName"参数的值是否为空，如果都为空，则表示第一次访问，即上游服务端请求，此时，系统会生成唯一的调用链ID，traceId就等于新生成的调用链ID，没有父服务，parentName取默认值"this"。如果这两个参数的值不为空，表示此请求是其他服务调用的，traceId为请求头"X-TraceId"的值,parentName的值为"X-ParentName"参数的值。

然后系统会通过MDC.put()方法将traceId和parentName保存MDC中，当前线程和当前线程的子线程可以通过MDC.get()方法获取这两个值。

三、调用链ID传递设计

一个请求可能涉及多个微服务协同处理，如果要完整的记录服务间的调用链，服务间调用时请求头需要携带调用链ID和父服务名称，可以通过MDC.get()方法获取traceId和parentName的值，然后添加在请求头"X-TraceId"和"X-ParentName"参数中。但是，调用服务的方式有多种，例如，resttemplate、feign、dubbo等，需要对每种方式进行处理。

feign方式：编写feign请求拦截类，实现RequestInterceptor接口，重写apply()方法，在方法中添加"X-TraceId"和"X-ParentName"请求头参数。

resttemplate方式：编写http请求拦截类，实现ClientHttpRequestInterceptor接口，重写intercept()方法，在方法中添加"X-TraceId"和"X-ParentName"请求头参数。

zuul网关方式：编写zuul网关过滤器，继承ZuulFilter，重写run()方法，在方法中添加"X-TraceId"和"X-ParentName"请求头参数。

四、日志格式

统一的日志格式

Log.info("Traceability＝＝>traceId＝{}，parentName＝{}"，MDC.get("traceId")，MDC.get("parentName"))；

日志标准均采用log4j标准，日志格式均采用以上日志格式。

后面使用ELK相关的日志收集工具，通过traceId进行查询链路上的所有日志信息。这样，一个请求的服务调用链就能展示出来。

图4示出了本发明的一个实施例的一种微服务日志链路追踪系统的框架图。该系统包括链路追踪过滤设计模块401、调用链ID传递设计模块402、业务日志编写模块403和调用链路追踪模块404。

在具体的实施例中，链路追踪过滤设计模块401被配置用于拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；

调用链ID传递设计模块402被配置用于在处理所述请求的过程中，当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；

业务日志编写模块403被配置用于基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；

调用链路追踪模块404被配置用于当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。

本系统通过拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。本发明可以快速定位故障，实现了对各业务线进行针对性的分析和统计。

下面参考图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；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，并且这些单元的名称在某种情况下并不构成对该单元本身的限定。

本发明的实施例还涉及一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机处理器执行时实施上文中的方法。该计算机程序包含用于执行流程图所示的方法的程序代码。需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。

本发明通过拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。本发明可以快速定位故障，实现了对各业务线进行针对性的分析和统计。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (11)

1.一种微服务日志链路追踪方法，其特征在于，包括以下步骤：

S1：拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；

S2：在处理所述请求的过程中，当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；

S3：基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；

S4：当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。

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

拦截上游服务端的请求，获取请求头后，先判断所述请求是否是web端请求，若是则根据所述请求头生成唯一的调用链ID。

3.根据权利要求1所述的方法，其特征在于，所述根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，具体包括：

判断所述请求头的参数是否为空；

若是，则将所述请求作为第一次访问的请求，根据所述请求头生成唯一的调用链ID，同时给父服务名称取默认值；

若否，则将所述请求作为其他服务调用的请求，将所述请求头中的X-TraceId参数作为调用链ID，将所述请求头中的X-ParentName参数作为父服务名称。

4.根据权利要求1所述的方法，其特征在于，所述保存所述调用链ID以及所述父服务名称，具体包括：

通过MDC.put()方法将所述调用链ID以及所述父服务名称保存在MDC中。

5.根据权利要求1所述的方法，其特征在于，所述拦截上游服务端的请求具体包括：

通过在拦截器、注解和过滤器进行代码埋点的方式拦截上游服务端的请求。

6.根据权利要求1所述的方法，其特征在于，所述S2具体包括：

当调用其他服务的方式为feign方式时，所述配置方式为：编写feign请求拦截类，实现RequestInterceptor接口，重写apply()方法，在方法中添加X-TraceId和X-ParentName请求头参数；

当调用其他服务的方式为resttemplate方式时，所述配置方式为：编写http请求拦截类，实现ClientHttpRequestInterceptor接口，重写intercept()方法，在方法中添加X-TraceId和X-ParentName请求头参数；

当调用其他服务的方式为zuul网关方式时，所述配置方式为：编写zuul网关过滤器，继承ZuulFilter，重写run()方法，在方法中添加X-TraceId和X-ParentName请求头参数。

7.根据权利要求4所述的方法，其特征在于，所述解析所述业务日志得到该服务的请求的完整的服务调用链路，具体包括：

通过MDC.get()方法获取所述调用链ID和所述父服务名称的值。

8.根据权利要求1所述的方法，其特征在于，所述根据该服务的请求中的TraceId查询链路上的所有所述业务日志，具体包括：

根据该服务的请求中的TraceId，并且使用ELK相关的日志收集工具，收集所述业务日志。

9.根据权利要求1所述的方法，其特征在于，所述日志标准包括log4j标准。

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

11.一种微服务日志链路追踪系统，其特征在于，包括：

链路追踪过滤设计模块：配置用于拦截上游服务端的请求，获取请求头，根据所述请求头生成唯一的调用链ID并获取对应的父服务名称，保存所述调用链ID以及所述父服务名称；

调用链ID传递设计模块：配置用于在处理所述请求的过程中，当所述请求调用其他服务时，根据调用其他服务的方式选择相应的配置方式，同时将所述调用链ID和所述父服务名称加在所述请求头上；

业务日志编写模块：配置用于基于统一的日志格式以及日志标准创建业务日志，根据所述日志格式将所述调用链ID和所述父服务名称编写为各个服务之间的调用关系，并将所述调用关系记录在所述业务日志中；

调用链路追踪模块：配置用于当进行服务链路追踪时，根据该服务的请求中的TraceId查询链路上的所有所述业务日志，解析所述业务日志得到该服务的请求的完整的服务调用链路。

Images