目录
一、前言
在springcloud技术栈构建的微服务架构体系中,一旦微服务数量越来越多,服务之间的调用链路也必然越来越复杂,遇到问题时,排查难度也会相应增加。
二、分布式链路调用问题
如下图所示,为模拟一个微服务架构的系统在真实线上部署的场景,客户端发出的一个请求,通过网关之后,在内部处理请求时,可能经历了非常复杂的互相调用,试想,现在某个链路突然发生异常,对于开发人员来说,是不是有点摸不着头脑。

以上只是众多的微服务调用链路中相对比较简单的一种,通常来说,在分布式调用中,一个由客户端发起的请求,在后端系统中会经过多个不同的微服务调用来协同产生最后的请求结果。
在复杂的微服务架构系统中,几乎每一个请求都会形成一条复杂的分布式服务调用链路。在每条链路中,任何一个依赖服务出现延迟过高,或错误时都有可能造成请求最后的失败。这时对于每个请求全链路调用的跟踪就变得非常重要。
通过实现对请求调用的跟踪,可以帮

本文详细介绍了如何在Spring Cloud微服务架构中集成Sleuth和Zipkin,实现链路追踪。Sleuth是Spring Cloud的组件,用于记录链路数据,而Zipkin是一个分布式追踪系统,用于收集服务调用的定时数据。通过Sleuth,可以清楚地了解服务间的调用关系和性能分析,而Zipkin则提供数据收集、存储、查找和展现功能。文章涵盖了Sleuth和Zipkin的基本概念、工作原理以及它们的关系,并提供了微服务集成Sleuth和Zipkin的详细步骤,包括Zipkin服务端部署、数据持久化和客户端集成。
订阅专栏 解锁全文
1069

被折叠的 条评论
为什么被折叠?



