Spring Cloud Sleuth 是分布式系统中跟踪服务间调用的工具,它可以直观地展示出一次请求的调用过程,本文将对其用法进行详细介绍。
随着我们的系统越来越庞大,各个服务间的调用关系也变得越来越复杂。当客户端发起一个请求时,这个请求经过多个服务后,最终返回了结果,经过的每一个服务都有可能发生延迟或错误,从而导致请求失败。这时候我们就需要请求链路跟踪工具来帮助我们,理清请求调用的服务链路,解决问题。
我们将通过user-service和ribbon-service之间的服务调用来演示该功能,这里我们调用ribbon-service的接口时,ribbon-service会通过RestTemplate来调用user-service提供的接口。
首先给user-service和ribbon-service添加请求链路跟踪功能的支持;
在user-service和ribbon-service中添加相关依赖:
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zipkin</artifactId> </dependency> 复制代码
spring: zipkin: base-url: http://localhost:9411 sleuth: sampler: probability: 0.1 #设置Sleuth的抽样收集概率 复制代码
Zipkin是Twitter的一个开源项目,可以用来获取和分析Spring Cloud Sleuth 中产生的请求链路跟踪日志,它提供了Web界面来帮助我们直观地查看请求链路跟踪信息。
SpringBoot 2.0以上版本已经不需要自行搭建zipkin-server,我们可以从该地址下载zipkin-server: repo1.maven.org/maven2/io/z…
下载完成后使用以下命令运行zipkin-server:
java -jar zipkin-server-2.12.9-exec.jar 复制代码
如果我们把zipkin-server重启一下就会发现刚刚的存储的跟踪信息全部丢失了,可见其是存储在内存中的,有时候我们需要将所有信息存储下来,这里以存储到Elasticsearch为例,来演示下该功能。
# STORAGE_TYPE:表示存储类型 ES_HOSTS:表示ES的访问地址 java -jar zipkin-server-2.12.9-exec.jar --STORAGE_TYPE=elasticsearch --ES_HOSTS=localhost:9200 复制代码
之后需要重新启动user-service和ribbon-service才能生效,重启后多次调用ribbon-service的接口 http://localhost:8301/user/1 ;
如果安装了Elasticsearch的可视化工具Kibana的话,可以看到里面已经存储了跟踪信息:
github.com/openzipkin/…
springcloud-learning ├── eureka-server -- eureka注册中心 ├── user-service -- 提供User对象CRUD接口的服务 └── ribbon-service -- ribbon服务调用测试服务 复制代码