一、前言
接下来是开展一系列的 SpringCloud 的学习之旅,从传统的模块之间调用,一步步的升级为 SpringCloud 模块之间的调用,此篇文章为第十篇,即介绍 Sleuth 分布式请求链路跟踪。
二、概述
2.1 出现的原因
在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。
2.2 Sleuth 是什么
Spring Cloud Sleuth 提供了一套完整的服务跟踪的解决方案,在分布式系统中提供追踪解决方案并且兼容支持了 zipkin。
三、搭建链路监控
3.1 zipkin 下载和安装
SpringCloud 从 F 版起已不需要自己构建 Zipkin Server 了,只需调用 jar 包即可。下载地址在这,选择合适的版本,如下图:
下载完成后,执行 java -jar zipkin-server-2.18.0-exec.jar 命令,运行 jar 包,如下图:
输入 http://localhost:9411/zipkin/,查看管理界面,如下图:
3.2 相关术语
3.2.1 完整的调用链路
完整的调用链路表示一请求链路,一条链路通过 Trace Id 唯一标识,Span 标识发起的请求信息,各 span 通过 parent id 关联起来。
整个链路的依赖关系如下图:
3.2.2 名词解释
1、Trace:类似于树结构的 Span 集合,表示一条调用链路,存在唯一标识。
2、span:表示调用链路来源,通俗的理解 span 就是一次请求信息。
3.3 案例演示
修改服务提供方 cloud-provider-payment8001 模块,添加 zipkin 的依赖,如下:
<!--包含了sleuth+zipkin-->
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
并修改 application.yml ,添加 zipkin 的相关配置信息,如下:
修改业务类 PaymentController,添加如下的方法:
@GetMapping("/payment/zipkin")
public String paymentZipkin()
{return "hi ,i'am paymentzipkin server fall back,welcome to atguigu,O(∩_∩)O哈哈~";
}
修改服务调用方 cloud-consumer-order80 模块,添加 zipkin 的依赖,如下:
<!--包含了sleuth+zipkin-->
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
并修改 application.yml ,添加 zipkin 的相关配置信息,如下:
修改业务类 OrderController,添加如下的方法:
// ====================> zipkin+sleuth
@GetMapping("/consumer/payment/zipkin")
public String paymentZipkin()
{String result = restTemplate.getForObject("http://localhost:8001"+"/payment/zipkin/", String.class);return result;
}
3.4 测试
依次启动 cloud-eureka-server7001、cloud-provider-payment8001 和 cloud-consumer-order80 模块,然后输入:http://localhost/consumer/payment/zipkin,多调用几次,如下:
打开浏览器访问 ZipKin 的管理界面:http://localhost:9411 ,如下:
查看依赖关系,如下: