相关概念
- Span:基本工作单位,一次单独的调用链可以称为一个 Span。Span 通过一个 64 位的 spanId 作为 唯一标识。
- Trace:一系列 Span 组成的树状结构,一个 Trace 认为是一次完整的链路,内部包含 n 多个 Span。Trace 和 Span 存在一对多的关系,Span 与 Span 之间存在父子关系。
- Annotation:一个 Annotation 可以理解成 Span 生命周期中 重要时刻 的 数据快照,比如一个 Annotation 中一般包含 发生时刻(timestamp)、事件类型(value)、端点(endpoint)等信息。
Annotation 的 事件类型
Annotation 的 事件类型 包含以下四类:
- cs - Client Sent
客户端 发起一个请求,这个 Annotion 描述了这个 Span 的开始。 - sr - Server Received
服务端 获得请求并 准备开始 处理它,如果将 sr 减去 cs 的 时间戳 便可得到 网络延迟。 - ss - Server Sent
服务端 完成请求处理,如果将 ss 减去 sr 的 时间戳,便可得到 服务端 处理请求消耗的时间。 - cr - Client Received
客户端 成功接收到 服务端 的响应,如果将 cr 减去 cs 的 时间戳,便可得到 整个请求 所消耗的 总时间。
实现原理
https://juejin.im/post/6844904152900829197
zipkin
zipkin原理
如图所示,共有四个组件构成了 Zipkin:
- Collector:收集器组件,处理从外部系统发送过来的跟踪信息,将这些信息转换为 Zipkin 内部处理的 Span 格式,以支持后续的存储、分析、展示等功能。
- Storage:存储组件,处理收集器接收到的跟踪信息,默认将信息存储在内存中,可以修改存储策略使用其他存储组件,支持 MySQL,Elasticsearch 等。
- Web UI:UI 组件,基于 API 组件实现的上层应用,提供 Web 页面,用来展示 Zipkin 中的调用链和系统依赖关系等。
- RESTful API:API 组件,为 Web 界面提供查询存储中数据的接口。
部署
服务端部署
在 Spring Boot 2.0 版本之后,官方已不推荐自己搭建Zipkin服务端了,而是直接提供了编译好的 jar 包。详情可以查看官网:zipkin.io
下载的 jar 包为:zipkin-server-2.21.1-exec.jar,启动命令如下,默认端口9411
java -jar zipkin-server-2.21.1-exec.jar
复制代码 访问:http://localhost:9411/ 即可。
客户端部署
- 依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
- 配置文件中配置 Zipkin 服务端地址及数据传输方式。
spring:
zipkin:
base-url: http://localhost:9411/ # 服务端地址
sender:
type: web # 数据传输方式,web 表示以 HTTP 报文的形式向服务端发送数据
sleuth:
sampler:
probability: 1.0 # 收集数据百分比,默认 0.1(10%)
以我的程序为例,我在服务网关与服务提供者上添加了ZipKin。程序重新启动完毕后,访问http://localhost:7009/product/list后再通过zipkin根据时间查询
生产部署
Zipkin Server 默认存储追踪数据至内存中,这种方式并不适合生产环境,一旦 Server 关闭重启或者服务崩溃,就会导致历史数据消失。Zipkin 支持修改存储策略使用其他存储组件,例如MySQL,Elasticsearch 等。