微服务架构中，是否遇到过这种情况，服务间调用链过长，导致性能迟迟上不去，不知道哪里出问题了，巴拉巴拉....，回归正题，今天我们使用SpringCloud组件，来分析一下微服务架构中系统调用的瓶颈问题~
SpringCloud链路追踪组件Sleuth实战 官网主要功能：做日志埋点
什么是Sleuth专门用于追踪每个请求的完整调用链路。
例如：【order-service,f674cc8202579a50,4727309367e0b514,false】
第一个值：spring.application.name
第二个值，sleuth生成的一个ID，交Trace ID，用来标识一条请求链路，一条请求链路中包含一个Trace ID，多个Span ID
第三个值：spanid基本的工作单元，获取元数据，如发送一个http请求
第四个值：false，是否要将该信息输出到zipkin服务中来收集和展示
添加依赖牵扯到的服务都得加这个依赖！(我这里是在order-service、product-service加的依赖)
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-sleuth</artifactId> </dependency>