Spring Cloud项目接入Jaeger（上）

一、Spring Cloud Sleuth介绍

Spring Cloud Sleuth是Spring Cloud体系下的日志追踪服务，它实现了Zipkin的采集器，能够与Zipkin配合使用。

项目中只须要引入spring-cloud-starter-zipkin，而后配置好zipkin的地址便可：

spring.zipkin.baseUrl: https://192.168.99.100:9411/
复制代码

在官方文档中说了Spring Cloud Sleuth能够兼容OpenTracing协议：

具体请参考：cloud.spring.io/spring-clou…

二、Spring Cloud Sleuth兼容Jaeger

jaeger 是CNCF成员，是对opentracing 规范的实现，也实现了对zipkin采集数据的兼容，而且是Istio官方推荐的实现。咱们能够利用Spring Cloud Sleuth兼容Jaeger。具体作法以下：

• maven中引入依赖

<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
<dependency>
	<groupId>io.opentracing.brave</groupId>
	<artifactId>brave-opentracing</artifactId>
</dependency>
<dependency>
	<groupId>io.opentracing.contrib</groupId>
	<artifactId>opentracing-spring-jaeger-cloud-starter</artifactId>
	<version>2.0.0</version>
</dependency>
复制代码

• 将zipkin的地址改成jaeger的collector地址

spring.zipkin.baseUrl: https://jaeger:9411/
复制代码

• 【测试】用feign进行服务间调用后，在jaeger的查询页面上就能够出现调用链路了：

• 【结论】相比于zipkin，jaeger能够在查询链路的同时把log也一块儿显示出来，很是方便

三、去除Sping Cloud Sleuth

利用Spring Cloud Sleuth最大的优势是对于现有系统的兼容性，可是采集数据是用HTTP协议发送到jaeger的collector端口上，在产线数据量大的状况下会出现明显的性能问题。jaeger官方推荐的作法是利用agent方式进行数据采集，可参考官方架构图和说明文档：www.jaegertracing.io/docs/1.8/ar…

• 去除Spring Cloud Sleuth依赖，只保留opentracing-spring-jaeger-cloud-starter

<dependency>
  <groupId>io.opentracing.contrib</groupId>
  <artifactId>opentracing-spring-jaeger-cloud-starter</artifactId>
  <version>2.0.0</version>
</dependency>
复制代码

• 配置jaeger的地址

opentracing:
  jaeger:
    enabled: true
    log-spans: true
    const-sampler:
      decision: true
    udp-sender:
      host: localhost
      port: 6831
复制代码

• 【测试】用feign进行服务间调用后，在jaeger的查询页面上就能够出现调用链路了：

• 【结论】相比于Spring Cloud Sleuth，opentracing默认的tags更为合理和直观

四、引起的问题

去除了Spring Cloud Sleuth以后，随之会带来两个问题：

• 一、日志中的traceId和spanId没法显示了

Spring Cloud Sleuth默认将traceId和spanId绑定到了slf4j的MDC中，这样在日志打印的时候能够很方便的知道当前日志的traceId。在ELK的中央日志架构下，能够用traceId很方便的将当前请求的调用链日志筛选出来。

• 二、没法利用Spring Cloud Sleuth传递自定义的值

Spring Cloud Sleuth提供了很便捷的借口来传递用户自定义的链路数据（好比requestId等）

关于如何解决以上两个问题，下一篇文章会给出解决方案（）