Springcloud下的微服务-服务链路追踪(Spring Cloud Sleuth+zipkin)

参考
官网文档
史上最简单的SpringCloud教程 | 第九篇: 服务链路追踪(Spring Cloud Sleuth)
zipkin简介

Spring Cloud Sleuth 主要功能就是在分布式系统中提供追踪解决方案，并且兼容支持了 zipkin，zipkin为分布式链路调用监控系统，聚合各业务系统调用延迟数据，达到链路调用监控跟踪。

随着微服务数量不断增长，它们之间的关系会越来越复杂，如果链路上任何一个服务出现问题或者网络超时，都会形成导致接口调用失败，需要跟踪一个请求从一个微服务到下一个微服务的传播过程

分布式服务跟踪可以:

1. 提供链路追踪，故障快速定位：可以通过调用链结合业务日志快速定位错误信息
2. 可视化各个阶段耗时，进行性能分析
3. 各个调用环节的可用性、梳理服务依赖关系以及优化
4. 数据分析，优化链路：可以得到用户的行为路径，汇总分析应用在很多业务场景

zipkin涉及几个概念：

1. Span:基本工作单元，一次链路调用(可以是RPC，DB等没有特定的限制)创建一个span，通过一个64位ID标识它，
   span通过还有其他的数据，例如描述信息，时间戳，key-value对的(Annotation)tag信息，parent-id等,其中parent-id ，可以表示span调用链路来源，通俗的理解span就是一次请求信息
2. Trace:类似于树结构的Span集合，表示一条调用链路，存在唯一标识
3. Annotation: 注解,用来记录请求特定事件相关信息(例如时间)，通常包含四个注解信息
   cs - Client Start,表示客户端发起请求
   sr - Server Receive,表示服务端收到请求
   ss - Server Send,表示服务端完成处理，并将结果发送给客户端
   cr - Client Received,表示客户端获取到服务端返回信息

完整的调用链路

把注意力集中到一条链路中，一条链路通过Trace Id唯一标识，Span标识发起的请求信息，各span通过parent id 关联起来

整个链路的依赖关系如下:

利用Annotation信息来计算调用的延迟

sr-cs 得到请求发出延迟
ss-sr 得到服务端处理延迟
cr-cs 得到真个链路完成延迟</