SpringCloudAlibaba整合Sleuth

上一篇有写过Sleuth概述，Spring Cloud Alibaba(13)---Sleuth概述

这篇我们开始通过示例来演示链路追踪。

一、环境准备

既然是演示链路追踪，那么就需要有多个微服务之间进行调用，这里的项目也是在之间已经搭建好的基础上加上Sleuth组件，具体链路是这个的：

从图中可以看出，这里一个完整的链路是 一个请求通过网关服务，然后转发到 订单微服务，然后订单微服务中会去调商品服务。

所以这里涉及三个微服务

mall-gateway: 网关服务。端口号:8001。
mall-goods: 商品服务。 端口号:6001。
mall-order: 订单服务。端口号:7001。

这三个服务都已经注册到nacos中，如图

二、SpringCloudAlibaba整合Sleuth

注意 这里不把所有代码都复制在这里，完整项目代码，会放到github上，在文章下方会提供地址。

1、pom.xml

在需要进行链路追踪的项目中（服务网关、商品服务、订单服务）添加 spring-cloud-starter-sleuth 依赖。

     <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-sleuth</artifactId>
     </dependency>

2、测试

访问地址如下:

#通过网关访问订单服务
http://localhost:8001/mall-order/api/v1/goods_order/getGoodsByFeign?goodsId=1

接下来我们来看各个微服务打印的日志

网关服务(mall-gatway)

2021-05-19 19:17:46.677  INFO [mall-gateway,4ef9402f9a9500a1,4ef9402f9a9500a1,true] 92553 --- [ctor-http-nio-3] com.jincou.getway.CustomGatewayFilter 

订单服务(mall-order)

2021-05-19 19:17:47.284  INFO [mall-order,4ef9402f9a9500a1,94a660c5c94cffb4,true] 92561 --- [nio-7001-exec-1] c.j.order.controller.OrderController 

商品服务(mall-goods)

2021-05-19 19:17:49.077  INFO [mall-goods,4ef9402f9a9500a1,4c48de8ab2b6377a,true] 92566 --- [nio-6001-exec-1] c.j.goods.controller.GoodsController 

解释下含义 [mall-gateway,4ef9402f9a9500a1,4ef9402f9a9500a1,true]

第⼀个值，spring.application.name的值。

第⼆个值，4ef9402f9a9500a1 ，sleuth⽣成的⼀个ID，叫Trace ID，⽤来标识⼀条请求链路，⼀条请求链路中包含⼀个Trace ID，多个Span ID。

第三个值，4ef9402f9a9500a1、spanId 基本的⼯作单元，获取元数据，如发送⼀个http。

第四个值：true，是否要将该信息输出到zipkin服务中来收集和展示。

我们可以看出这三个微服务的TraceID是一样的，都为4ef9402f9a9500a1。代表是一个请求链路，但是4c48de8ab2b6377a是不一样的，每个请求都是自己的SpanID

总结 查看日志文件并不是一个很好的方法，当微服务越来越多日志文件也会越来越多，查询工作会变得越来越麻烦，下一篇我们通过 Zipkin 进行链路跟踪。Zipkin 可以将日志聚合，并进行可视化展示和全文检索。

github地址 nacos-feign-sentinel-gatway-sleuth

少说多做,句句都会得到别人的重视；多说少做,句句都会受到别人的忽视。(14)