前言：为什么要用链路追踪

        微服务架构是一个分布式架构，按照规则划分服务单元，一个分布式系统往往有很多个服务单元。服务单元数量多，业务复杂，出现错误和异常往往很难定位问题。主要体现在，一个请求可能需要调用多个服务，而内部服务的调用复杂，决定了问题难以定位。所以微服务架构中，必须实现分布式链路追踪，去跟进请求有哪些服务参与，参与的顺序是怎样的，从而达到每个请求的步骤都是清晰可见的，能够快速定位问题。

一、Spring Cloud Sleuth简介

基本术语

 二、整合Sleuth

1.服务的提供者与消费者导入依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-sleuth</artifactId>
</dependency>

三、整合Zipkin可视化

通过Sleuth产生的调用链监控信息，可以得知微服务之间的调用链路，但是监控信息只能输出到控制台不方便查看。需要一个图形化的工具-zipkin。Zipkin是Twitter开源的分布式跟踪系统，主要用来收集系统的时序数据，从而跟踪系统的调用问题。

Zipkin官方：OpenZipkin · A distributed tracing system

1.安装zipkin服务器

docker安装：

docker run -d -p 9411:9411 openzipkin/zipkin

java安装：

如果你安装了 Java 17 或更高版本，最快的入门方法是将最新版本作为一个独立的可执行 jar 来获取：

curl -sSL https://zipkin.io/quickstart.sh | bash -s
java -jar zipkin.jar

 2.项目导入依赖

<!--        链路追踪zipkin-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-sleuth-zipkin</artifactId>
        </dependency>

说明：spring-cloud-starter-zipkin的最新版本是2.2.8.RELEASE，之后就没有更新了。较新版本的Spring Cloud已经不再支持spring-cloud-starter-zipkin依赖.现在使用的是spring-cloud-sleuth-zipkin依赖。

3.添加zipkin相关配置

spring:
  zipkin:
    #zipkin服务器地址
    base-url: http://120.46.40.171:9411/
    # 关闭服务发现，否则spring cloud会把zipkin的url当作服务名称
    discoveryClientEnabled: false
    sender:
      # 设置使用http的方式传输数据
      type: web
  sleuth:
    sampler:
      # 设置抽样采集率为100%，默认为0.1，10%
      probability: 1 

4.验证，启动服务，访问端口

打开zipkin的访问地址：http://localhost:9411/

4.Zipkin数据持久化

官方：https://github.com/openzipkin/zipkin

        Zipkin默认是将监控数据存储在内存中，如果Zipkin重启数据将会丢失。Zipkin支持将数据存储在：内存（默认）、Mysql、Elasticsearch、Cassandra中。 

Elasticsearch为最优选择。

通过docker方式 :

docker run -d -p 9411:9411 -e STORAGE_TYPE=elasticsearch -e ES_HOSTS=192.168.0.184:9200 openzipkin/zipkin

查看持久化情况：

已经生成了索引以及文档数据。