基于Spring Cloud Sleuth、Kafka、Zipkin的分布式链路跟踪实现

前言

随着分布式微服务部署的规模不断增长,服务之间依赖关系也变得更加复杂,那么,我们需要借助可视化工具实时分析线上应用健康状况,快速定位服务调用链上的故障点。下面将介绍,使用Spring Cloud Sleuth、Kafka、Zipkin实现微服务的链路跟踪。

版本说明

组件版本
Kafka2.2.2
Zipkin2.20.2
Spring CloudGreenwich.SR4

Kafka

Kafka作为消息队列,将接收来自Sleuth组件产生的链路日志,最终由Zipkin从队列中获取并展示。

我们可以在Kafka的官网进行下载:http://kafka.apache.org/downloads

下载完成后得到kafka_2.12-2.2.2.tgz压缩包并解压,接下来修改kafka服务端配置文件config/server.properties,将advertised.listeners配置项进行调整,这里需要修改为本机ip地址。

# Hostname and port the broker will advertise to producers and consumers. If not set, 
# it uses the value for "listeners" if configured.  Otherwise, it will use the value
# returned from java.net.InetAddress.getCanonicalHostName().
advertised.listeners=PLAINTEXT://your.host.name:9092

由于Kafka已经内置了Zookeeper,并提供了启动脚本,无需单独下载安装。
下面我们来启动Zookeeper,首先切换到Kafka解压后的目录,然后执行启动脚本,并指定配置文件:

sh bin/zookeeper-server-start.sh config/zookeeper.properties 

当然,我们也可以在执行命令时,添加-daemon参数,使其在后台运行。

接下来启动Kafka:

sh bin/kafka-server-start.sh -daemon config/server.properties

启动完成后,我们可以看到下列端口已经为LISTEN状态了。

tcp6       0      0 :::41179                :::*          LISTEN      29862/java          
tcp6       0      0 :::41183                :::*          LISTEN      29165/java          
tcp6       0      0 192.168.3.201:9092      :::*          LISTEN      29862/java          
tcp6       0      0 :::2181                 :::*          LISTEN      29165/java

Zipkin

Zipkin官网提供了docker和jar包两种方式来运行Zipkin服务。这里介绍docker方式,运行以下命令拉取镜像并创建容器。

docker run -d --name zipkin --restart always -p 9411:9411 -e KAFKA_BOOTSTRAP_SERVERS=192.168.3.201:9092 openzipkin/zipkin:2.20.2

其中-e KAFKA_BOOTSTRAP_SERVERS=192.168.3.201:9092参数,指定了Kafka的服务地址。

通过浏览器访问http://192.168.3.201:9411/zipkin/地址,我们就可以看到Zipkin的页面了。
在这里插入图片描述

示例项目

下面将创建三个服务,Service-1Service-2Service-3,它们分别提供一个接口,并依次调用。

Nacos将作为服务注册中心,完成服务治理。关于Nacos的部署和使用,可以参考Nacos入门指南系列文章。

依赖

项目中,与服务治理和链路跟踪相关的依赖如下:

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-stream-kafka</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

配置文件

应用配置文件中,需要指定服务注册中心的地址。
spring.sleuth.sampler.probability参数指定了链路跟踪数据的采样比例,当数值为1时,会对每一次请求进行采样,在生产环境会影响服务性能,可适当降低数值。
spring.zipkin.sender.type参数用来指定使用Kafka进行数据推送。

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 192.168.3.201:8848
  sleuth:
    sampler:
      probability: 0.5
  zipkin:
    sender:
      type: kafka
  kafka:
    bootstrap-servers: 192.168.3.201:9092

链路日志

分别启动三个服务,并发起请求,查看后台日志,可以发现日志中已经添加了TraceID,SpanID等信息。

2020-03-29 00:22:58.692  INFO [hello-service,615270f0a2ce718d,615270f0a2ce718d,true] 6300 --- [io-30001-exec-3] s.s.c.sleuth.controller.HelloController  : hello-service trace
2020-03-29 00:22:59.439  INFO [hello-service,f6894a35b3c948a5,f6894a35b3c948a5,true] 6300 --- [io-30001-exec-5] s.s.c.sleuth.controller.HelloController  : hello-service trace

链路分析

通过Zipkin服务端界面,我们可以清晰的查看服务耗时及调用关系。
在这里插入图片描述
在这里插入图片描述

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
### 回答1: Spring Cloud Sleuth是一个分布式跟踪解决方案,它可以帮助开发人员在微服务架构中追踪请求的流程和调用链路。它通过为每个请求生成唯一的跟踪ID和跨服务的调用ID来实现这一目标。这些ID可以用于跟踪请求的流程和调用链路,从而帮助开发人员快速诊断和解决问题。Spring Cloud Sleuth还提供了一些可视化工具,如Zipkin,可以帮助开发人员更好地理解和分析跟踪数据。 ### 回答2: SpringCloud Sleuth是一个基于日志的分布式跟踪方案,它可以用于解决微服务架构下的分布式系统的链路追踪问题。在分布式系统中,一个请求经常会穿越多个服务,从而会形成一条复杂的链路,如果有一台或多台机器对此进行记录,那么将能够轻松地查看和理解一个请求的完整路径。这些信息能够帮助我们更快地定位问题所在,提高系统可靠性和稳定性。 Sleuth使用了Zipkin的架构和数据模型,通过在每个请求的Header中添加Trace Id和Span Id来实现链路追踪。Trace Id表示整个请求链路,Span Id表示每一个服务的一个简单步骤。使用这两个 Id,我们就可以将整个链路追踪下来,使得对请求的监测、记录和分析变得更加容易。 Sleuth结合了Spring Cloud日志管理和Zipkin的功能,能够自动收集各个微服务的请求跟踪信息,并将其发送到Zipkin服务器进行聚合分析,视图展现。通过Sleuth的ChainInvoker,可以实现对所有链路的统一管理。当一条请求跨越多个服务时,Sleuth会为每个服务实例生成唯一的spanId,并将这个spanId沿用到下一个服务实例,从而使得整条链路保留了完整的信息。此外,Sleuth还支持基于日志的采样策略和数据比较高效的存储,保证了高性能的分布式链路追踪Sleuth的主要应用场景是微服务架构下的链路跟踪和性能监控。微服务架构中有大量的服务,服务之间的关系错综复杂,因此链路追踪对于排查问题、优化性能非常重要。Sleuth能够方便地实现链路追踪和监测,并帮助我们快速定位问题所在,提高系统的可靠性和稳定性。 ### 回答3: Spring Cloud Sleuth 链路追踪Spring Cloud 微服务架构中的一项重要的功能模块。通过 Sleuth 链路追踪,我们可以跟踪整个分布式系统中的请求链路,从而了解每个操作所花费的时间、调用的服务以及调用顺序。在微服务架构中,服务调用会涉及到多个服务之间的协作,使用 Sleuth 链路追踪可以帮助我们很好地理解系统在内部的调用过程。 Sleuth 链路追踪的原理是在每个服务的请求中添加唯一的追踪 ID,通过这个追踪 ID,Sleuth 可以实现将每个请求相关的服务调用串联起来,形成完整的请求链路。追踪 ID 通常被称为 Trace ID,它作为请求的一部分,从前端发起请求的服务开始一直传递到最后一个服务。 通过 Sleuth 链路追踪,我们可以了解每个调用的服务名和 IP 地址,以及请求的耗时情况,在调试分布式系统时非常实用。此外,Sleuth 还支持将链路追踪信息集成到日志系统中,从而更好地协助开发人员进行故障排查。 Sleuth 链路追踪还提供了 Zipkin 集成,Zipkin 是一个开源的分布式链路追踪系统,可以将链路数据可视化显示,并提供了一些分析工具,帮助开发人员更好地理解系统的调用情况。 总之,Spring Cloud Sleuth 链路追踪是一个非常实用的工具,可以帮助我们更好地理解分布式系统中服务调用的情况,有效地解决微服务架构中的复杂度和故障排查的问题。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值