上一篇 <<<常用的调用链解决方案
下一篇 >>>SpringBoot集成zipkin实现链路追踪
基本思路:是在服务调用的请求和响应中加入ID，标明上下游请求的关系。利用这些信息，可以可视化地分析服务调用链路和服务间的依赖关系。
a、发起方生成一个全局的traceId，整个链中都采用同一个traceId
b、每次RPC请求都会产生独立的spanId，每个spanId记录每次请求时间、请求内容和响应时间等。
订单调用会员产生一个spanId，会员调用消息会产生另外一个spanId
c、在使用feign客户端通讯时，会在请求头中传递该traceId和spanId。
tips：
RPC调用本来很快的，加上seata或zipkin的时候会慢很多，因为seata、zipkin等自身需要耗费很长时间。
推荐阅读：
<<<分布式链路监控与追踪产生背景
<<<常用的调用链解决方案
<<<SpringBoot集成zipkin实现链路追踪
<<<Zipkin集成RabbitMQ异步传输，并持久化到数据库中
<<<Zipkin环境搭建
