sleuth使用说明（入门）

出发点：

　　微服务架构上通过业务来划分服务的，通过REST调用，对外暴露的一个接口，可能需要很多个服务协同才能完成这个接口功能，如果链路上任何一个服务出现问题或者网络超时，都会形成导致接口调用失败。随着业务的不断扩张，服务之间互相调用会越来越复杂，在项目中引入sleuth可以方便程序进行调试。

sleuth中的一些术语

• Span：基本工作单元，例如，在一个新建的span中发送一个RPC等同于发送一个回应请求给RPC，span通过一个64位ID唯一标识，trace以另一个64位ID表示，span还有其他数据信息，比如摘要、时间戳事件、关键值注释(tags)、span的ID、以及进度ID(通常是IP地址)
  span在不断的启动和停止，同时记录了时间信息，当你创建了一个span，你必须在未来的某个时刻停止它。
• Trace：一系列spans组成的一个树状结构，例如，如果你正在跑一个分布式大数据工程，你可能需要创建一个trace。
• Annotation：用来及时记录一个事件的存在，一些核心annotations用来定义一个请求的开始和结束
• cs - Client Sent -客户端发起一个请求，这个annotion描述了这个span的开始
• sr - Server Received -服务端获得请求并准备开始处理它，如果将其sr减去cs时间戳便可得到网络延迟
• ss - Server Sent -注解表明请求处理的完成(当请求返回客户端)，如果ss减去sr时间戳便可得到服务端需要的处理请求时间
• cr - Client Received -表明span的结束，客户端成功接收到服务端的回复，如果cr减去cs时间戳便可得到客户端从服务端获取回复的所有所需时间

 配置sleuth

　　首先创建一个ZipkinServer工程，负责收集展示调用信息，对于gradle项目，引入依赖

dependencies {
　　compile('org.springframework.boot:spring-boot-starter-web')
　　runtime('io.zipkin.java:zipkin-autoconfigure-ui')
　　compile('io.zipkin.java:zipkin-server')
　　testCompile('org.springframework.boot:spring-boot-starter-test')
}

　　在其程序入口类, 加上注解@EnableZipkinServer，开启ZipkinServer的功能，并在配置文件中指定服务端口

　　对于需要sleuth进行跟踪的服务，同样需要引入依赖

　　　　compile('org.springframework.cloud:spring-cloud-starter-zipkin')

　　然后在服务的配置文件中加入配置

spring:　　

zipkin:
　　　　base-url: http://zipkin-server:9010

在rancher启动服务时将服务链接指向zipkinserver

 使用sleuth

　　访问zipkinserver工程暴露出来的端口，即可使用图形界面查看链路追踪的情况

　　

转载于:https://www.cnblogs.com/gentleman-c/p/8048081.html