链路追踪--Sleuth和日志聚合---Zipkin

本文介绍了在微服务架构中,Sleuth用于链路追踪,解决多服务请求定位问题。同时,详细阐述了如何使用Zipkin进行日志聚合,包括添加依赖、设置配置文件、持久化链路信息到数据库,以及通过UI界面进行可视化展示和查询。通过Zipkin,可以更高效地监控和排查分布式系统中的延迟问题。
摘要由CSDN通过智能技术生成

                                        Sleuth

在大型系统的微服务化构建中,-个系统被拆分成了许多微服务。这些模块负责不同的功能,组
合成系统,最终可以提供丰富的功能。在这种架构中,-次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上,这些软件模块,有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器,横跨多个不同的数据中心[] ,也就意味着这种架构形式也会存在一些问题,当项目出问题时,不能确定发生问题的是哪一台服务器中的那个微服务。

如何使用

第一步 添加依赖

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

进行访问测试,日志打印内容改变,我们可通过日志查看到各种信息。但是随着微服务越来越多,访问请求越来越多,那查看日志将十分麻烦,可以通过Zipkin将日志聚合。

 

                                        

                                         Zipkin

Zipkin是Twitter 的一个开源项目, 它基于Google Dapper实现,它致力于收集服务的定时数据,
以解决微服务架构中的延迟问题,包括数据的收集、存储展现、查找和我们可以使用它来收集各个服务器上请求链路的跟踪数据,并通过它提供的REST API接口来辅助我们查询跟踪数据以实现对分布式系统的监控程序,从而及时地发现系统中出现的延迟升高问题并找出系统性能瓶颈的根源
除了面向开发的API 接口之外,它也提供了方便的UI组件来帮助我们直观的搜索跟踪信息和分
析请求链路明细,比如:可以查询某段时间内各用户请求的处理时间等。


Zipkin提供了可插拔数据存储方式: In-Memory、 MySql Cassandra

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值