【SpringCloud16】SpringCloud Sieuth分布式请求链路跟踪

1.概述

1.1 为什么会出现这个技术?

问题: 在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败
在这里插入图片描述
在这里插入图片描述
这个图令人害怕

1.2 是什么

sleuth官网
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案

在分布式系统中提供追踪解决方案并且兼容支持了zipkin
在这里插入图片描述

2.搭建链路监控步骤

2.1 zipkin

SpringCloud从F版起已不需要自己构建Zipkin Server了,只需调用jar包即可
下载网址
命令运行: java -jar zipkin-server-2.24.0-exec.jar
在这里插入图片描述
运行控制台:http://localhost:9411/zipkin/
在这里插入图片描述
术语—完整的调用链路: 表示一请求链路,一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来
在这里插入图片描述
一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来

在这里插入图片描述
整个链路的依赖关系
在这里插入图片描述
名词解释

  • Trace:类似于树结构的Span集合,表示一条调用链路,存在唯一标识
  • span:表示调用链路来源,通俗的理解span就是一次请求信息

2.2 服务提供者

2.2.1 使用cloud-provider-payment8001

2.2.2 POM

新增POM

<!--包含了sleuth+zipkin-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

在这里插入图片描述

2.2.3 YML

新增YML

zipkin:
  base-url: http://localhost:9411
sleuth:
  sampler:
    #采样率值介于 0 到 1 之间,1 则表示全部采集
    probability: 1

在这里插入图片描述

2.2.4 业务类PaymentController

新增方法

@GetMapping("/payment/zipkin")
public String paymentZipkin() {
    return "hi ,i'am paymentzipkin server fall back,welcome to atguigu,O(∩_∩)O哈哈~";
}

在这里插入图片描述

2.3 服务消费者(调用方)

2.3.1 使用cloud-consumer-order80

2.3.2 POM

新增POM

<!--包含了sleuth+zipkin-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

在这里插入图片描述

2.3.3 YML

新增YML

zipkin:
  base-url: http://localhost:9411
sleuth:
  sampler:
    #采样率值介于 0 到 1 之间,1 则表示全部采集
    probability: 1

在这里插入图片描述

2.3.4 业务类OrderController

新增方法
在这里插入图片描述

2.4 依次启动eureka7001/8001/80

80调用8001测试几次

5.打开浏览器访问

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值