分布式追踪-spring cloud sleuth

Posted 2023-04-12

参考技术A 随着现在系统的逐步分布式化、规模化、微服务的流行，系统之间的调用越来越复杂，那么有一个自上而下的追踪系统就尤为重要了，我们可以快速定位到系统的瓶颈并作出相应的调整。

zipkin 是一款开源的分布式实时数据追踪系统（Distributed Tracking System），基于 Google Dapper 的论文设计而来，由 Twitter 公司开发贡献。其主要功能是聚集来自各个异构系统的实时监控数据，用来追踪微服务架构下的系统延时问题。（国内开源的还有美团点评的cat、京东的hydra）

github： https://github.com/openzipkin/zipkin

Quick Start

如果按照上文的获取官网jar包方式启动了zipkin-server，那么client启动之后，服务调用的请求就会以http请求的方式打到zipkin-server端，数据存在内存中，server重启之后丢失。上面的配置都增加了rabbitmq，作为中间件，zipkin-server也按照相应的配置来通过rabbitmq接收消息。

如果想定制zipkin-server的服务，比如作为服务发现节点、动态配置参数，那么可以自定义一个zipkin-server

加入eureka（服务发现）、sleuth、rabbit（消息中间件）、mysql（驱动包）、zipkin包（或者使用zipkin-autoconfigure-ui+spring-cloud-sleuth-zipkin-stream，不过我当时使用这两包有报错，所以替换掉了）

按照上面的配置搞定之后，分别启动rabbitmq、server、client，先调用几次服务，然后查看zipkin的web站 http://localhost:9411/

http://blog.spring-cloud.io/blog/sc-sleuth.html
http://spring-cloud.io/reference/sleuth/#_3
http://cloud.spring.io/spring-cloud-static/spring-cloud-sleuth/1.0.9.RELEASE/

Spring Cloud 整合分布式链路追踪系统Sleuth和ZipKin实战，分析系统瓶颈

导读

　　微服务架构中，是否遇到过这种情况，服务间调用链过长，导致性能迟迟上不去，不知道哪里出问题了，巴拉巴拉....，回归正题，今天我们使用SpringCloud组件，来分析一下微服务架构中系统调用的瓶颈问题~

SpringCloud链路追踪组件Sleuth实战

官网

　　主要功能：做日志埋点

什么是Sleuth

　　专门用于追踪每个请求的完整调用链路。

　　例如：【order-service,f674cc8202579a50,4727309367e0b514,false】

• • 第一个值：spring.application.name
  • 第二个值，sleuth生成的一个ID，交Trace ID，用来标识一条请求链路，一条请求链路中包含一个Trace ID，多个Span ID
  • 第三个值：spanid基本的工作单元，获取元数据，如发送一个http请求
  • 第四个值：false，是否要将该信息输出到zipkin服务中来收集和展示

添加依赖

　　牵扯到的服务都得加这个依赖！(我这里是在order-service、product-service加的依赖)

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

启动整个微服务测试

部署可视化链路追踪Zipkin

简介

　　大规模分布式系统的APM工具，基于Google Dapper的基础实现，和Sleuth结合可以提供可视化web界面分析调用链路耗时情况。

官网

　　点我直达

部署

　　点我直达

　　这里我使用下载源码的方式

# get the latest source
git clone https://github.com/openzipkin/zipkin
cd zipkin
# Build the server and also make its dependencies
./mvnw -DskipTests --also-make -pl zipkin-server clean install
# Run the server
java -jar ./zipkin-server/target/zipkin-server-*exec.jar

备注

　　因为种种原因，从github上下载这个源码包，非常慢，可以使用这种方式解决：点我直达

git clone https://gitee.com/mirrors/zipkin.git

cd zipkin

mvn -DskipTests clean package

java -jar ./zipkin-server/target/zipkin-server-*exec.jar

启动

　　地址：ip:9411

Zpikin+Sleuth整合

添加依赖

　　涉及到的服务都得加！(我这里是在order-service、product-service加的依赖)

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

注意

　　之前加过Sleuth依赖，现在加zipkin依赖，2.x的zipkin已经包含sleuth了，这里可以把之前的sleuth依赖去掉

修改配置文件

　　默认指向的zipkin地址为本机地址：http://localhost:9411/

　　默认收集百分比为：10%

application.properties

# 指定zipkin地址
spring.zipkin.base-url=http://localhost:9411/
# 配置采样百分比，开发环境可以设置：1，也就是100%，生产环境可以设置小一点
spring.sleuth.sampler.probability=1

启动并分析数据

　　通过这个分析，我们可以知道，微服务中那个服务耗时多，可以在这个服务上做性能优化，可以考虑加：缓存、异步、算法等等~

源码下载

　　好了，今天先到这，只可意会不可言传，自己体会他的好处~

链接: https://pan.baidu.com/s/1c4ZWufjmDgzgAAiOOzRg9A  密码: or12