概述
★
为什么会出现这个技术？需要解决哪些问题？
”
-
微服务开发过程中面临的问题
★
在微服务框架中，一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果，每一个前段请求都会形成一条复杂的分布式服务调用链路，链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。
”
-
官网 -
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案 -
在分布式系统中提供追踪解决方案并且兼容支持了zipkin -
解决了微服务分布式请求链路繁杂的痛点
搭建链路监控过程
搭建本地zipkin环境
-
下载 -
SpringCloud从F版起已不需要自己构建Zipkin Server了，只需调用jar包即可 -
地址 -
zipkin-server-2.12.9-exec.jar -
运行zipkin -
进入jar包所在路径 -
运行 java -jar zipkin-server-2.12.9-exec.jar
-
访问控制台http://localhost:9411/zipkin/
相关术语
-
完整的调用链路 -
表示一请求链路，一条链路通过Trace Id唯一标识，Span标识发起的请求信息，各span通过parent id 关联起来
-
一条链路通过Trace Id唯一标识，Span标识发起的请求信息，各span通过parent id 关联起来
-
Trace:类似于树结构的Span集合，表示一条调用链路，存在唯一标识 -
span:表示调用链路来源，通俗的理解span就是一次请求信息
构建服务提供者
-
修改已有模块cloud-provider-payment8001 -
pom文件,新增依赖
<!--包含了sleuth+zipkin-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
-
application.yaml文件,添加zipkin配置
spring:
application:
name: cloud-payment-service
zipkin:
base-url: http://localhost:9411
sleuth:
sampler:
#采样率值介于 0 到 1 之间，1 则表示全部采集
probability: 1
-
Controller接口新增测试方法
@GetMapping("/payment/zipkin")
public String paymentZipkin(){
return "hi ,i'am paymentzipkin server fall back，welcome to atguigu，O(∩_∩)O哈哈~";
}
测试
-
依次启动eureka7001/8001/80 -
80调用8001几次测试下 -
打开浏览器访问：http://localhost:9411
-
查看依赖关系
-
原理
原文始发于微信公众号（小李记录学习日常）：SpringCloud Sleuth 分布式请求链路跟踪
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/233036.html
