微服务springcloud—为什么要实现微服务跟踪和SpringCloudSleuth简介

为什么要实现微服务跟踪

谈到微服务跟踪，就不得提一下Peter Deutsch的文章The Eight Fallacies
of Distributed Computing（分布式计算八大误区），大致内容如下：
网络可靠
延迟为零
带宽无限
网络绝对安全
网络拓扑不会改变
必须有一名管理员
传输成本为零
网络同质化
从中可以到看，该文章很多点都在描述一个问题——网络问题。网络常常很脆弱，同时，
网络资源也是有限的。
我们知道，微服务之间通过网络通信。如果能够跟踪每个请求，了解每个请求，了解
请求经过哪些微服务（从而了解信息是如何在服务之间流动）、请求耗费时间、网络
延迟、业务逻辑耗费时间等指标，那么就能更好地分析系统瓶颈、解决系统问题。
因此，微服务跟踪很有必要。

Spring Cloud Sleuth简介

Spring Cloud Sleuth为Spring cloud提供了分布式跟踪的解决方案，他大量借用Google
Dapper、Twitter Zipkin和Apache HTrace的设计。
先来了解一下Sleuth的术语，Sleuth借用了Dapper的术语。
span（跨度）：基本工作单元，span用一个64位的id唯一标识。除ID外，span还包含其
他数据，例如描述、时间戳事件、键值对的注解（标签），spanID、span父ID等。span
被启动和停止时，记录了时间信息。初始化span被称为“root span”，该span的id和trace
的ID相等。
trace（跟踪）：一组共享“root span”的span组成的树状结构成为trace。trace也用一个
64位的ID唯一标识，trace中的所有span 都共享该trace的ID。
annotation（标注）：annotation用来记录事件的存在，其中，核心annotation描述了
span的开始。
-CS（Client Sent客户端发送）：客户端发起一个请求，该annotation描述了
span的开始。
-SR（Server Received服务器端接收）：服务器端获得请求并准备处理它。如果用
SR减去CS时间戳，就能获得网络延迟。
-SS（Server Sent服务器端发送）：该annotation表明完成请求处理（当响应发回
客户端时）。如果用SS减去SR时间戳，就能获得到服务器端处理请求所需的时间。
-SR（Client Received客户端接收）：span结束的标识。客户端成功接收到服务器端
的响应。如果CR减去CS时间戳，就能得到从客户端发送请求到服务器响应所需的时间。

本文大部分内容转载自周立的《Spring Cloud与Docker微服务架构实战》