Sleuth与Zipkin技术
Spring Cloud Sleuth为Spring Cloud实现了分布式跟踪解决方案，Sleuth可以结合Zipkin做链路跟踪。Spring Cloud Sleuth的服务链路跟踪功能可以帮助我们快速发现错误根源，以及监控分析每条请求链路上的请求性能。Sleuth的主要工作原理是拦截请求，并在日志中加入额外的Span和Trace的相关信息。从Sleuth 2.0.0开始，Sleuth使用Brave作为调用链工具库。Brave是一个用于捕捉分布式系统之间调用信息的工具库，可以将这些信息以Span的形式发送给Zipkin。
Zipkin是一个分布式跟踪系统，用户可以将Sleuth发送的时序数据存储在Elasticsearch或者MySQL中，Zipkin UI根据数据存储显示服务之间的请求调用详情和依赖调用关系图。
Spring Cloud Sleuth的主要特性
Sleuth的调用链消息日志采用[Appname，TraceID，SpanID，Exportable] 条 目 添 加 到 Slf4J MDCS ， 该 日 志 格 式 兼 容Zipkin，其条目含义如下：
SpanID：发生的特定操作的ID。
Appname：记录Span的应用程序的名称。
TraceID：包含Span的延迟图的ID。
Exportable：是否应将日志导出到Zipkin。
Sleuth具有采样和延迟分析等特性，减少了Sleuth日志采集输出对应用性能的影响，带内传播调用图相关数据，其他数据基于带外传播，可以向Zipkin系统报告查询和可视化分析。
Sleuth提供进程之间的上下文传播，可以在Span上设置添加额外的信息，并通过HTTP给其他进程传递消息。
Sleuth 实 现 了 对 Spring 生 态 下 不 同 组 件 （ Feign 、RestTemplate、Zuul过滤器、Filter等）的拦截策略，并将Span信息植入HTTP Head等载体。
Spring Cloud Sleuth与Zipkin接入
创 建 两 个 工 程 ：
SampleSleuthZipkinApplication 和ZipkinServerApplication。
SampleSleuthZipkinApplication工程：负责模拟应用生产者和应用消费者，在3379端口监听，并生成Sleuth的调用链日志供Zipkin采集分析。
ZipkinServerApplication工程：负责启动ZipkinServer，默认在9411端口监听，使用HTTP的方式收集Sleuth日志，展现调用链的调用关系。
SleuthZipkinApplication的代码实例
1.添加Maven依赖
情况一：如果你只使用Sleuth，在不需要集成Zipkin的情况下，请将如下Maven依赖添加到工程中。
情况二：如果你想要Sleuth和Zipkin结合使用，请添加Zipkin依赖项。
2.修改配置文件
3.创建SampleZipkinApplication工程
4.创建一个异步的Service测试验证服务
5.创建Sleuth的接受用户请求的Controller实现类
下面是通过模拟不同HTTP调用请求的调用链日志输出。
http://127.0.0.1：3380/hi对应同步请求场景，日志输出内容如下。
http://127.0.0.1：3380/async对应异步请求场景，日志输出内容如下。
http://127.0.0.1：3380/start对应同步异步混合请求场景，日志输出内容如下。
说明：上述代码参考了Spring Cloud Sleuth官方源码实现（Sleuth源码可在GitHub中查找），更多关于Sleuth的有趣实例可参考官网代码。
ZipkinServerApplication代码实例
1.引入Maven依赖
2.使用@EnableZipkinServer启动应用
访 问 http://127.0.0.1 ：9411/zipkin/ 首 页 ， 将 展 示 所 有 在testsleuthzipkin应用上发生的调用链信息，可以看到一次请求的调用整体延迟和Span数，如下图所示。
下面一行代表一次完整的请求http://127.0.0.1：3380/start，单击可以查看调用链详情，如下图所示。
