SpringCloud sleuth (集成了zipkin组件) 一些简单概念

SpringCloud sleuth (集成了zipkin组件)

一.简介

如图所示，微服务架构上通过业务来划分服务的，通过REST调用，对外暴露的一个接口，可能需要很多个服务协同才能完成这个接口功能，如果链路上任何一个服务出现问题或者网络超时，都会形成导致接口调用失败。

我们是无法得知该请求是由某个或某些后端服务引起的，这时就需要解决如何快读定位服务故障点，于是就有了分布式系统调用跟踪 sleuth 的诞生。

二.基本概念

1. Span：服务追踪的基本工作单元。举个例子：下订单功能 需要用到 A服务------->B服务------>C服务, A服务调用B服务在每次调用服务时，埋入一个调用记录，称为一个“span” 。
   span会记录信息，比如摘要、时间戳事件、关键值注释(tags)、span的ID、以及进度ID(通常是IP地址)

2. Trace：一系列spans组成的一个树状结构，例如，下订单功能 需要用到 A服务------->B服务------>C服务 ,A 调 B 调 C 就是一个 trace。

3. Annotation：用来及时记录一个事件的存在，一些核心annotations用来定义一个请求的开始和结束

   cs - Client Sent -客户端发起一个请求，这个annotion描述了这个span的开始

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

   ss - Server Sent -注解表明请求处理的完成(当请求返回客户端)，如果ss减去sr时间戳便可得到服务端需要的处理请求时间

   cr - Client Received -表明span的结束，客户端成功接收到服务端的回复，如果cr减去cs时间戳便可得到客户端从服务端获取回复的所有所需时间

Zipkin

zipkin 是一个开放源代码分布式的跟踪系统，由Twitter公司开源，它致力于收集服务的定时数据，以解决微服务架构中的延迟问题，包括数据的收集、存储、查找和展现。

SpringCloud sleuth (集成了zipkin组件)