简介
在微服务环境下,一次请求可能会引起数十次、上百次的服务端服务之间的调用,这时候一旦出现问题,有些问题需要我们去考虑:
- 如何快速定位问题?
- 问题都涉及哪些服务?
- 到底哪一个服务出现问题了?
这时候分布式链路追踪(Spring Cloud Sleuth)就能帮我们解决问题。
官网原理图:
简单原理图:
名词解释:
- Trace:类似于树结构的Span集合,表示一条调用链路,存在唯一标识
- span:表示调用链路来源,通俗的理解span就是一次请求信息
简单使用
首先创建一个项目,引入如下依赖:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-sleuth</artifactId>
</dependency>
给当前服务配置一个名字方便测试:
spring.application.name=sleuth-hello
创建一个用于测试的HelloController
@RestController
public class HelloController {
public static final Logger logger = LoggerFactory.getLogger(HelloController.class);
@GetMapping("/hello")
public void hello1(){
logger.info("hello spring cloud sleuth");
}
}
接下来启动项目调用/hello
接口测试,可以在控制台看到如下日志
最后一个false
的含义为:表示是否要将该信息输出到Zipkin等服务中来收集和展示。
再定义两个接口,在hello2
中调用hello3
形成调用链:
@GetMapping("/hello2")
public String hello2() throws InterruptedException {
logger.info("hello2");
Thread.sleep(500);
return restTemplate.getForObject("http://localhost:8080/hello3",String.class);
}
@GetMapping("/hello3")
public String hello3() throws InterruptedException {
logger.info("hello3");
Thread.sleep(500);
return "hello3";
}
重新启动并调用接口hello2
一个trace由多个span组成,一个trace相当于一个调用链,而一个span则是这个链中的每一次调用过程。
与Zipkin整合
Zipkin 是一个开放源代码分布式的跟踪系统,由Twitter公司开源,它致力于收集服务的定时数据,以解决微服务架构中的延迟问题,包括数据的收集、存储、查找和展现。
准备环境
从Spring Cloud H版之后不用像以前那样繁琐的安装Elasticsearch、Zipkin等套件。只需要下载一个jar包启动即可。下载地址https://dl.bintray.com/openzipkin/maven/io/zipkin/java/zipkin-server/
下载之后启动
查看server端http://localhost:9411/
整合
添加依赖:
<!--包含了sleuth+zipkin-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
添加配置文件:
# zipkin/sleuth 地址
spring.zipkin.base-url=http://localhost:9411
# 配置采样比例 默认0.1
spring.sleuth.sampler.rate=1
从新启动项目,并调用/hello2
接口,并在http://localhost:9411/ 查看调用追踪