sleuth+zipkin搭建分布式日志链路

最新推荐文章于 2022-10-28 16:00:42 发布
最新推荐文章于 2022-10-28 16:00:42 发布
阅读量489 收藏
点赞数
分类专栏： Spring Cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/meser88/article/details/113757316
版权

一，UI管理界面

官网下载：https://zipkin.io/pages/quickstart.html

下载最新版本，cmd窗口启动，比如我的最新版本是zipkin-server-2.23.2-exec.jar；java -jar zipkin-server-2.23.2-exec.jar （为了方便开发也可以把cmd命令做成一个bat文件放桌面）；界面如下：

二，搭建服务：

主要配置文件如下：

application-dev.yml：

server:
  port: 8889
spring:
  application:
    name: producer-service
  profiles:
    active: dev
  zipkin:
    # 本地测试生产都需加上http，
    base-url: http://127.0.0.1:9411
    locator:
      discovery:
        enabled: true
    enabled: true
   # 防止SpringCloud将服务名改为zipkin的url
    discovery-client-enabled: false
    service:
      name: ${spring.application.name}
    sender:
      # 设置使用http的方式传输数据
      type:  web
  sleuth:
    web:
      client:
        enabled: true
      enabled: true
    sampler:
      # 抽样率，默认是0.1（90%的数据会被丢弃）这边为了测试方便，将其设置为1.0，即所有的数据都会上报给zipkin
      probability: 1.0

bootstrap-dev.yml

spring:
  application:
    name: producer-service
  cloud:
    #服务注册和发现
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
        service: ${spring.application.name}
        group: producer-service-dev
      config:
        group: producer-service-dev
        server-addr: 127.0.0.1:8848
        file-extension: yml

logback-spring.xml

<?xml version="1.0" encoding="UTF-8"?>
<configuration debug="false">
	<!--定义日志文件的存储地址 勿在 LogBack 的配置中使用相对路径-->
	<property name="LOG_HOME" value="/logs/app.web001" />
	<!-- 控制台输出 -->
	<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
		<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
			<!--格式化输出：%d表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度%msg：日志消息，%n是换行符-->
			<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread][%X{X-B3-TraceId:-},%X{X-B3-SpanId:-}] %-5level %logger{50} - %msg%n</pattern>
		</encoder>
	</appender>

	<!-- 按照每天生成日志文件 ，可以根据日志级别设置不同的文件，如info.log,error.log-->
	<appender name="INFO_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
		<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
			<!--日志文件输出的文件名-->
			<FileNamePattern>${LOG_HOME}/%d{yyyy-MM-dd}.log</FileNamePattern>
			<!--日志文件保留天数-->
			<MaxHistory>30</MaxHistory>
		</rollingPolicy>
		<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
			<!--格式化输出：%d表示日期，%thread表示线程名，TraceId和SpanId，%-5level：级别从左显示5个字符宽度%msg：日志消息，%n是换行符-->
			<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] [%X{X-B3-TraceId:-},%X{X-B3-SpanId:-}] %-5level %logger{50} - %msg%n</pattern>
		</encoder>
		<!--日志文件最大的大小-->
		<triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
			<MaxFileSize>100MB</MaxFileSize>
		</triggeringPolicy>
		<!-- 此日志文档只记录INFO级别的-->
		<filter class="ch.qos.logback.classic.filter.LevelFilter">
			<level>INFO</level>
			<onMatch>ACCEPT</onMatch>
			<onMismatch>DENY</onMismatch>
		</filter>
	</appender>


	<!-- 按照每天生成日志文件 ，可以根据日志级别设置不同的文件，如info.log,error.log-->
	<appender name="ERROR_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
		<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
			<!--日志文件输出的文件名-->
			<FileNamePattern>${LOG_HOME}/%d{yyyy-MM-dd}_error.log</FileNamePattern>
			<!--日志文件保留天数-->
			<MaxHistory>30</MaxHistory>
		</rollingPolicy>
		<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
			<!--格式化输出：%d表示日期，%thread表示线程名，TraceId和SpanId，%-5level：级别从左显示5个字符宽度%msg：日志消息，%n是换行符-->
			<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] [%X{X-B3-TraceId:-},%X{X-B3-SpanId:-}] %-5level %logger{50} - %msg%n</pattern>
		</encoder>
		<!--日志文件最大的大小-->
		<triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
			<MaxFileSize>100MB</MaxFileSize>
		</triggeringPolicy>
		<!-- 此日志文档只记录ERROR级别的-->
		<filter class="ch.qos.logback.classic.filter.LevelFilter">
			<level>ERROR</level>
			<onMatch>ACCEPT</onMatch>
			<onMismatch>DENY</onMismatch>
		</filter>
	</appender>


	<!--默认日志输出级别,环境变量active设置与否，这里都会输出-->
	<root level="INFO">
		<appender-ref ref="STDOUT" />
		<!--关联的是<appender标签的name属性，name属性可根据日志级别来区分，如INFO_FILE;ERROR_FILE-->
		<appender-ref ref="ERROR_FILE" />
		<appender-ref ref="INFO_FILE" />
	</root>

	<!--不同环境对应输出级别关联的日志文件设置-->
	<springProfile name = "dev,test">
		<logger name="com.xxx.app" level="DEBUG" additivity="false">
			<appender-ref ref="INFO_FILE"/>
			<appender-ref ref="ERROR_FILE" />
			<appender-ref ref="STDOUT"/>
		</logger>
       <!--这里的root包含了外层的root，比如test环境我可以在内层root里加上阿里云的日志采集的appender-ref，dev环境则不加-->
		<root level="DEBUG">
			<appender-ref ref="STDOUT" />
			<!--关联的是<appender标签的name属性，name属性可根据日志级别来区分，如INFO_FILE;ERROR_FILE-->
			<appender-ref ref="ERROR_FILE" />
			<appender-ref ref="INFO_FILE" />
		</root>
	</springProfile>

	<springProfile name = "prod">
		<logger name="com.xxx.app" level="INFO" additivity="false">
			<appender-ref ref="INFO_FILE"/>
			<appender-ref ref="ERROR_FILE" />
			<appender-ref ref="STDOUT"/>
		</logger>
	</springProfile>
</configuration>

pom.xml:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.2.10.RELEASE</version>
        <relativePath/> <!-- lookup parent from repository -->
    </parent>
    <groupId>com.mlj</groupId>
    <artifactId>web-001</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>web-001</name>
    <description>学习</description>

    <properties>
        <java.version>1.8</java.version>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <spring-cloud-alibaba.version>2.2.1.RELEASE</spring-cloud-alibaba.version>
        <spring-cloud.version>Hoxton.SR8</spring-cloud.version>
    </properties>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
            <exclusions>
                <exclusion>
                    <groupId>org.junit.vintage</groupId>
                    <artifactId>junit-vintage-engine</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

        <!--feign调用依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
            <version>2.2.5.RELEASE</version>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework</groupId>
                    <artifactId>spring-web</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

        <!-- 链路跟踪开始 zipkin+sleuth -->
       <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-sleuth</artifactId>
        </dependency>
       <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-sleuth-zipkin</artifactId>
        </dependency>

        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <scope>runtime</scope>
        </dependency>


    </dependencies>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>${spring-cloud-alibaba.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
    <profiles>
        <!-- 开发配置 application-dev.yml -->
        <profile>
            <id>dev</id>
            <properties>
                <spring.profiles.active>dev</spring.profiles.active>
            </properties>
        </profile>
        <!-- 测试配置 application-test.yml -->
        <profile>
            <id>test</id>
            <properties>
                <spring.profiles.active>test</spring.profiles.active>
            </properties>
        </profile>
        <!-- gsc本地配置 application-local-gsc.yml -->
        <profile>
            <id>local-gsc</id>
            <properties>
                <spring.profiles.active>local-gsc</spring.profiles.active>
            </properties>
        </profile>
        <!-- 发布配置 application-prod.yml -->
        <profile>
            <id>prod</id>
            <properties>
                <spring.profiles.active>prod</spring.profiles.active>
            </properties>
        </profile>
    </profiles>
    <distributionManagement>
        <repository>
            <id>central</id>
            <name>Nexus Release Repository</name>
            <url>https://maven.aliyun.com/nexus/content/groups/public/</url>
        </repository>
        <snapshotRepository>
            <id>snapshots</id>
            <name>Nexus Snapshot Repository</name>
            <url>https://maven.aliyun.com/nexus/content/groups/public/</url>
        </snapshotRepository>
    </distributionManagement>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
            <!-- 配置运行环境JDK版本 -->
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <extensions>true</extensions>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
            <!-- deploy时只上传jar包到远程仓库的配置 -->
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-deploy-plugin</artifactId>
                <version>2.8.2</version>
            </plugin>
        </plugins>
    </build>
</project>

搭建web-002,配置参看web-001

 

三，测试，启动服务，用feign调用;TraceId就是一个请求在不同服务之间的唯一标识，如下 e8331d468359d66c； 

 

 

参考：

sleuth+zipkin ui界面详解（二）

logback-spring.xml配置文件

码上得天下
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
zipkin客户端配置_链追踪Zipkin
weixin_36348900的博客
01-18 690
微服务架构上通过业务来划分服务的，通过REST调用，对外暴露的一个接口，可能需要很多个服务协同才能完成这个接口功能，如果链路上任何一个服务出现问题或者网络超时，都会形成导致接口调用失败。随着业务的不断扩张，服务之间互相调用会越来越复杂。微服务之间调用图示 Spring Cloud Sleuth 主要功能就是在分布式系统中提供追踪解决方案，并且兼容支持了 zipkin，你只需要在pom文件中引入相...
Zipkin和Sleuth
hardtomakeaname的博客
08-11 2043
多少度
微服务 链路追踪 Sleuth&Zipkin
热爱码农的平民博客
03-11 1283
链路追踪 Sleuth&Zipkin 微服务架构是一个分布式架构，它按业务划分服务单元，一个分布式系统往往有很多个服务单元。由于服务单元数量众多，业务的复杂性，如果出现了错误和异常，很难去定位。主要体现在，一个请求可能需要调用很多个服务，而内部服务的调用复杂性，决定了问题难以定位。所以微服务架构中，必须实现分布式链路追踪，去跟进一个请求到底有哪些服务参与，参与的顺序又是怎样的，从而达到每个请求的步骤清晰可见，出了问题，很快定位。 分布式链路追踪（Distributed Tracing），就是将一次分
sleuth+zipkin详解
阿拉斯加大闸蟹的博客
05-05 4549
目录 sleuth： 源码： 信息： 原理： 采样率： 附加信息： zipkin 源码： 信息： 原理： Log plugins 实现 作用： 性能： 缺点： 参考资料： 内容是在我球的docs上直接复制过来的，懒得写两份，资源缺少的留言，我发你 sleuth： spring-cloud-starter-sleuth: 英文名是侦探，它的功能是在项目中自动为日...
Spring Cloud(六)：链路追踪Sleuth与Zipkin结合
08-28 2944
一：概述 spring cloud sleuth可以结合zipkin，将信息发送到zipkin，利用zipkin的存储来存储信息，利用zipkin ui来展示数据。 1.提供链路追踪。通过sleuth可以很清楚的看出一个请求都经过了哪些服务。可以很方便的理清服务间的调用关系。 2.可视化错误。对于程序未捕捉的异常，可以在zipkin界面上看到。 3.分析耗时。通过s...
Spring Cloud Sleuth+RabbitMQ+Zipkin实现分布式链路追踪Demo程序
04-16
总结来说，Spring Cloud Sleuth+RabbitMQ+Zipkin的结合提供了一套强大的解决方案，帮助我们在微服务环境中实现分布式链路追踪。通过这个Demo程序，我们可以学习如何配置和使用这些工具，以便更好地理解和调试我们的...
SpringCloudSleuth+zipkin实现服务追踪
01-27
- Zipkin 是一个流行的分布式的追踪系统，它可以收集 Sleuth 添加到日志中的追踪数据，并提供一个 Web UI 来展示这些数据，便于分析服务间的调用链路。 - 使用 Zipkin，可以图形化展示服务调用的拓扑结构，以及每...
zipkin&Sleuth链路追踪.zip
10-07
【标题】"zipkin&Sleuth链路追踪.zip" 提供了有关分布式系统监控和链路追踪的重要工具，其中涉及到 Zipkin 和 Sleuth 这两个关键组件。Zipkin 是一个流行的开源系统，用于收集和可视化服务间的调用时间数据，以帮助...
09Spring Cloud Sleuth：分布式请求链路跟踪1
08-04
Spring Cloud Sleuth：分布式请求链路跟踪 Spring Cloud Sleuth 是一种分布式系统中跟踪服务间调用的工具，它可以直观地展示出一次请求的调用过程。在大型分布式系统中，服务之间的调用关系非常复杂，使用 Spring ...
zipkin_rabbitmq链路追踪.zip
02-21
Zipkin_RabbitMQ链路追踪是微服务架构中一种重要的监控和诊断工具，它通过收集服务之间的调用数据，帮助开发者理解请求在分布式系统中的流转路径，从而优化性能、定位故障。Zipkin是一个开源的分布式追踪系统，而...
SpringCloud之Sleuth&Zipkin(分布式服务跟踪)
三少
09-04 500
SpringCloud之Sleuth&Zipkin(分布式服务跟踪) 一.Sleuth&Zipkin是什么? sleuth ：链路追踪器 zipkin：链路分析器,可以理解为可视化界面,配合Sleuth可以清晰定位请求流程 //zipkin是Twitter基于google的分布式监控系统Dapper（论文）的开发源实现， //zipkin用于跟踪分布式服务之间的应用数据链路，分析处理延时，帮助我们改进系统的性能和定位故障。 二.为什么需要链路追踪? 在微服务框架中，一个由客户端发起的请求
链路追踪 Sleuth + Zipkin
最新发布
weixin_46685542的博客
10-28 340
链路追踪 Sleuth + Zipkin
sleuth和zipkin微服务里的链路跟踪
weixin_30407613的博客
07-01 142
分布式链路跟踪介绍 对于一个微服务系统，大多数来自外部的请求都会经过数个服务的互相调用，得到返回的结果，一旦结果回复较慢或者返回了不可用，我们就需要确定是哪个微服务出了问题。于是就有了分布式系统调用跟踪的诞生。 现今业界分布式服务跟踪的理论基础主要来自于 Google 的一篇论文《Dapper, a Large-Scale Distributed Systems Tracing Infr...
Java框架篇spring sleuth分布式日志查询
Just Do It!
09-19 899
前言 随着微服务数量不断增长，需要跟踪一个请求从一个微服务到下一个微服务的传播过程， Spring Cloud Sleuth 正是解决这个问题，它在日志中引入唯一ID，以保证微服务调用之间的一致性，这样你就能跟踪某个请求是如何从一个微服务传递到下一个。 　　如果你有使用AOP拦截Servlet的经验，做一个基于AOP的简单服务统计和跟踪很容易。但要像Zipkin那样能够跟踪服务调用链就比较困难...
使用sleuth实现微服务跟踪
热门推荐
jrn1012的专栏
09-04 1万+
在微服务架构中，众多的微服务之间互相调用，如何清晰地记录服务的调用链路是一个需要解决的问题。同时，由于各种原因，跨进程的服务调用失败时，运维人员希望能够通过查看日志和查看服务之间的调用关系来定位问题，而Spring cloud sleuth组件正是为了解决微服务跟踪的组件。sleuth的原理介绍可以参考这篇文章: [服务链路追踪(Spring Cloud Sleuth)](http://blog.c
从架构角度来看 Java 分布式日志如何收集（Sleuth/Zipkin）
GitChat
07-03 4436
在实际工作中会发现身边的同事或者一些公司，搭建和构建日志系统的时候走了很多的弯路，有用 Logback 的有用 Log4j 的，有自定义 Aappender 改变日志格式的，有异步推送到日志系统的，有用 ELK 的，有用国内开源 Cat 的。开源的 Cloud 框架有用 Sleuth 的，有用 Zipkin 的，而也有直接用 OpenTracking 的。可能五花八门什么样的都有，作者通过这篇文章...
Springcloud下的微服务-服务链路追踪(Spring Cloud Sleuth+zipkin)
ahaha413525642的博客
04-11 1万+
参考 官网文档 史上最简单的SpringCloud教程 | 第九篇: 服务链路追踪(Spring Cloud Sleuth) zipkin简介 Spring Cloud Sleuth 主要功能就是在分布式系统中提供追踪解决方案，并且兼容支持了 zipkin，zipkin为分布式链路调用监控系统，聚合各业务系统调用延迟数据，达到链路调用监控跟踪。 随着微服务数量不断增长，它们之间的关系会越...
SpringCloud Logback日志配置输出 sleuth 中的 span和traceid
z69183787的专栏
10-27 7550
springboot logback的源码分析请参考这篇，讲的很好：https://juejin.im/post/5cd0cdcc6fb9a0323120a3f4 一、日志常规配置 直接贴出logback-spring.xml，基本满足了对日志的常规需求： 1、控制台日志（带颜色显示） 2、全部日志文件（包括全别日志级别的日志，每天一个，自动压缩） 3、错误日志文件（仅抽取ERROR级别日志，每天一个，自动压缩） 说明： a. 日志存放目录需要在application.yml中配置: loggi.
"Spring Cloud Sleuth分布式请求链路跟踪使用指南
总结来说，Spring Cloud Sleuth是一款实用的分布式请求链路跟踪工具，可以帮助我们更好地理清请求调用的服务链路，并解决因延迟或错误导致的请求失败问题。通过简单地配置和使用，我们可以在微服务架构中轻松添加...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值