下载 zipkin-server-2.9.4-exec.jar

zipkin-server-2.9.4-exec.jar

Zipkin 简介

Spring Cloud Sleuth集成了非常强大的跟踪系统——Zipkin。Zipkin是Twitter开源的分布式跟踪系统。它的主要功能是收集系统的时序数据，从而追踪微服务架构的系统延时。

利用链路追踪监听网络请求

客户端通过指定Zipkin提供的HTTP地址即可完成日志收集。

zipkin服务提供者（2台）

启动2个Provider服务提供者，在Consumer端，利用LoadBalance 负载均衡分别请求这两个服务，并在Zipkin进行拦截查看请求的埋点信息。

cloud1-provider-payment-service-15095
cloud1-provider-payment-service-25095

spring-cloud-starter-zipkin

客户端 Zipkin + Sleuth 整合

    <!-- zipkin sleuth -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-zipkin</artifactId>
        <version>2.2.1.RELEASE</version>
    </dependency>

Spring Cloud Sleuth

在学习Spring Cloud Sleuth之前，我们先来认识一些基本术语。

span(跨度):基本工作单元。在一个新建的 span中发送一个RPC，相当于发送一个回应给RPC。span被一个唯一的64位ID标识，它还有其他数据信息，比如摘要、时间戳事件、关键值注释( tags )以及进度ID(通常是地址)。span 在不断地启动和停止，同时记录了时间信息，当你创建了一个span，你必须在未来的某个时刻停止它。
trace(追踪):一组共享root span的 span组成的树状结构称为trace。trace也用一个64位的ID唯一标识，trace中的所有span都共享该trace的 ID。
annotation(标注):用来实时记录一个事件的存在，一些核心annotations 用来定义一个请求的开始和结束。
cs，即client sent，客户端发起一个请求,描述span的开始。
sr，即 server received，服务端获得请求并准备开始处理它，sr时间戳减去cs时间戳可以得到网络延迟。
ss，即server sent，表示请求处理完成(即请求返回客户端)，ss时间戳减去sr时间戳可以得到服务端需要的处理请求时间。
cr，即 client received，表明span 的结束，客户端成功接收到服务端的回复，cr时间戳减去cs时间戳可以得到客户端从服务端获取回复所需的时间。

二 通过消息中间件实现链路追踪（略）

我们知道，客户端可以通过spring.zipkin.sender.type 指定发送类型，除了指定为web 类型还可以通过消息中间件来收集日志。

三 存储追踪数据（略）

在前面的操作中，不管是基于Web还是基于消息中间件，收集的日志都默认存放在内存中，即Zipkin Server重启后，追踪的链路数据将被清除，这不符合我们的期望。比较合理的做法是将数据持久化，比如持久化到MySQL、ElasticSearch等数据库中。
链接：https://blog.csdn.net/m0_63437643/article/details/122860381

参考地址

https://blog.csdn.net/m0_63437643/article/details/122860381