Sleuth+Zipkin服务链路追踪

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

链路追踪组件有Google的Dapper、Twitter的Zipkin、阿里的Eagleeye（鹰眼）等

基本术语

Span（跨度）：基本工作单位，发送一个远程调度任务就会产生一个Span，Span是一个64位ID唯一标识的，Trace是用另一个64位ID唯一标识的，Span还有其它数据信息，比如摘要、时间戳事件、Span的ID、以及进度ID。

Trace（跟踪）：一系列Span组成的一个树状结构。请求一个微服务的API接口，这个API接口需要调用多个微服务，调用每个微服务都会产生一个新的Span，所有由这个请求产生的Span组成了这个Trace。

Annotation（标注）：用来及时记录一个事件的，一些核心注解用来定义一个请求的开始和结束。这些注解包括以下

cs-Client Sent：客户端发送一个请求，这个注解描述了Span的开始

sr-Server Received：服务端获得请求并准备开始处理它，如果将其sr减去cs时间戳便可得到网络传输的时间。

ss-Server Sent（服务端发送响应）：该注解表明请求处理完成（当请求返回客户端），如果ss的时间戳减去sr时间戳，便可以得到服务器处理请求时间。

cr-Client Received（客户端接收响应）：此时Span结束，如果cr的时间戳减去cs时间戳便可以得到整个请求所消耗的时间。