链路追踪组件Sleuth&Zipkin
为什么需要链路追踪??
微服务架构是通过业务来划分服务的,,使用 REST 调用。对外暴露的一个接口,可能需要很多个服务协同才能完成这个接口功能,如果链路上任何一个服务出现问题或者网络超时,都会形成导致接口调用失败。随着业务的不断扩张,服务之间互相调用会越来越复杂。
在微服务框架中,一个由客户端发起的请求在后端系统中经过多个不同的服务节点调用来协同生产最后的请求结果,每一个前段请求会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败
那该如何解决呢?
sleuth : 链路追踪器
zipkin:链路分析器(可视化)
Sleuth工作流程
sleuth 记录的是一次请求链路(请求经过哪些服务,哪些类)
一条链路有个唯一标识(Trace ID), 每个经过一个链路(服务)使用Span来标识(记录请求相关信息), 各个span间使用parent ID 关联
https://cloud.spring.io/spring-cloud-static/Greenwich.SR1/single/spring-cloud.html#sleuth-adding-project
集成链路追踪组件Sleuth
01.在需要跟踪的服务中添加依赖
02.在controller / 实现类等上贴@Slf4j,然后在方法中打印日志
springcloud 默认集成了 sleuth + zipkin, 导一个即可
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
--------------------