SpringBoot日常:链路追踪skyworking的接入

前言

开发中遇到这样的一个常见,服务之间调用需要链路追踪,并且日志报错时能够及时预警,最重要的一点是不要写太多的侵入式代码,那么我们来捋捋常用的链路追踪组件,有Google的Dapper,阿里的鹰眼,大众点评的CAT,Twitter的Zipkin,LINE的pinpoint,国产的skywalking。从这些组件分析得出,skyworking是最符合我们的需求。本文也是介绍如何在自己的springboot项目中引入skyworking

探针jar包下载

开始服务接入时,我们首先需要去把探针jar包下载下来(本章内容测试用的是9.2),下载地址如下
https://archive.apache.org/dist/skywalking/java-agent/
在这里插入图片描述

pom文件

引入依赖,这里用的skyworking版本是9.2.0

<dependency>
    <groupId>org.apache.skywalking</groupId>
    <artifactId>apm-toolkit-trace</artifactId>
    <version>9.2.0</version>
</dependency>
<dependency>
    <groupId>org.apache.skywalking</groupId>
    <artifactId>apm-toolkit-logback-1.x</artifactId>
    <version>9.2.0</version>
</dependency>
<dependency>
    <groupId>org.apache.skywalking</groupId>
    <artifactId>apm-toolkit-opentracing</artifactId>
    <version>9.2.0</version>
</dependency>

<!-- logback的版本信息-->
<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.2.3</version>
</dependency>
<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-core</artifactId>
    <version>1.2.3</version>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-log4j12</artifactId>
    <version>1.7.5</version>
</dependency>

logback.xml文件

接着我们需要对自己服务的logback文件进行内容添加,其中包括日志的格式、控制台的输出、上传的方式以及skyworking日志上报的等等,完整内容如下:

<?xml version="1.0" encoding="UTF-8"?>
<configuration scan="true" scanPeriod="60 seconds" debug="false">
   <springProperty scope="context" name="applicationName" source="spring.application.name"/>
<!-- 日志存放路径 -->
	<property name="log.path" value="/tmp/logDemo" />
   <!-- 日志输出格式 -->
	<property name="log.pattern" value="%d{yyyy-MM-dd HH:mm:ss.SSS} ,[%X{tid}]  [%thread] %-5level %logger{50} - [%method:%line] %msg%n" />


    <!-- 控制台输出 -->
    <appender name="consol" class="ch.qos.logback.core.ConsoleAppender">
        <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
            <layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.mdc.TraceIdMDCPatternLogbackLayout">
                <Pattern>${log.pattern}</Pattern>
            </layout>
        </encoder>
    </appender>
	<!-- 设置异步方式上报 -->
    <appender name="ASYNC" class="ch.qos.logback.classic.AsyncAppender">
        <discardingThreshold>0</discardingThreshold>
        <queueSize>1024</queueSize>
        <neverBlock>true</neverBlock>
        <appender-ref ref="consol"/>
    </appender>
    <!--skywalking日志上报-->
    <appender name="grpc-log" class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.log.GRPCLogClientAppender">
        <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
            <layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.mdc.TraceIdMDCPatternLogbackLayout">
                <Pattern>${log.pattern}</Pattern>
            </layout>
        </encoder>
    </appender>

    <!--日志文件-->
    <appender name="file_info" class="ch.qos.logback.core.FileAppender">
        <file>${log.path}/info.log</file>
        <!-- 循环政策:基于时间创建日志文件 -->
        <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
            <layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.TraceIdPatternLogbackLayout">
                <Pattern>${log.pattern}</Pattern>
            </layout>
        </encoder>
        <!-- 输出INFO级别以上的日志 -->
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>INFO</level>
        </filter>
    </appender>

    <appender name="file_error" class="ch.qos.logback.core.FileAppender">
        <file>${log.path}/error.log</file>
        <!-- 循环政策:基于时间创建日志文件 -->
        <encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
            <layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.TraceIdPatternLogbackLayout">
                <Pattern>${log.pattern}</Pattern>
            </layout>
        </encoder>
        <!-- 输出ERROR级别日志 -->
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>ERROR</level>
        </filter>
    </appender>

    <root level="trace">
        <appender-ref ref="grpc-log" />
        <appender-ref ref="ASYNC"/>
    </root>

</configuration>

服务启动变量

在启动服务时需要加上一些启动变量,如

-javaagent:D:\skywalking-agent\skywalking-agent.jar
-Dskywalking.agent.service_name=easy-code::biz-api
-Dskywalking.collector.backend_service=192.168.111.111:11800
  • 需要指定skyworking的服务地址(192.168.111.111:11800
  • skywalking-agent.jar时skyworking提供的代码jar包,记得需要把整个文件夹一起,不能单独一个jar,否则会出现tid不显示的情况
  • service_name表示该服务的服务名(log-test),如果有多个服务想归纳到一个组,可以这样设置(local::log-test)
    在这里插入图片描述

启动项目

本次测试的是两个服务之间进行调用,具体是是biz-api服务调用user服务,调用方式为feign
启动项目后,我们可以看到控制台有定时任务打印的日志,其中有我们执行格式的tid
在这里插入图片描述
在这里插入图片描述

从skyworking控制台【服务】=》【Trace】可以查看到链路调用的信息
在这里插入图片描述

同样我们也可以查看到服务上报的具体日志
在这里插入图片描述

Spring Boot单体服务的链路追踪主要是通过集成分布式跟踪系统来实现的。这种方法可以帮助开发者在复杂的分布式系统中定位和跟踪请求的处理过程。下面是实现链路追踪的一般步骤: 1. 引入链路追踪相关依赖:在Spring Boot项目中,可以通过添加相关的starter依赖来集成链路追踪系统。常见的分布式追踪系统有Zipkin、Jaeger等。 2. 配置追踪服务:配置追踪系统的信息,包括追踪服务的地址、端口等信息。这些信息会用来发送追踪数据到追踪服务。 3. 使用追踪客户端:在代码中引入追踪客户端,比如在方法的开始和结束处插入追踪代码,记录操作和时间。 4. 启动追踪服务:启动链路追踪服务,这样当Spring Boot应用运行起来后,所有的请求都会被追踪并记录。 5. 分析追踪数据:通过追踪服务提供的UI界面或API,查看服务调用的链路数据,分析请求的流转和处理时间。 以Zipkin为例,实现Spring Boot单体服务链路追踪的大致步骤如下: 1. 引入依赖: ```xml <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zipkin</artifactId> </dependency> ``` 2. 配置application.properties或application.yml: ```properties spring.zipkin.base-url=http://localhost:9411 spring.sleuth.sampler.probability=1.0 ``` 3. 启动Zipkin服务,并确保Spring Boot应用能够访问Zipkin服务。 4. 在服务中进行追踪操作,Spring Cloud Sleuth会自动为每个请求创建一个Span,并记录调用的详细信息。 通过以上步骤,Spring Boot单体服务的链路追踪就得以实现。开发者可以通过查看Zipkin的追踪信息来分析请求在系统中的流转情况。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值