zipkin 日志链路追踪_分布式系统中的链路追踪： zipkin + sleuth ？还有更简单的

开篇思考

1. 为什么需要服务追踪？
2. 分布式事务几种实现方式？
3. 哪种追踪方式性能更优？

为什么需要服务追踪

在微服务架构下，由于进行了服务拆分，一次请求往往需要涉及多个服务，每个服务可能是由不同的团队开发，使用了不同的编程语言，还有可能部署在不同的机器上，分布在不同的数据中心。服务跟踪系统可以跟踪记录一次用户请求都发起了哪些调用，经过哪些服务处理，并且记录每一次调用所涉及的服务的详细信息，通过查看完整的调用链路，形成拓补图可以更加直观的了解业务，也可以针对当前的系统进行分析，是否需要扩容、优化接口、失败缓解，还有通过日志快速定位是调用失败的环节。

服务追踪的实际应用

捋清业务

我们都知道，在一般场景下，我们很难直观的了解系统的运行、业务的流程，因为传统的都是文字需求说明和枯燥的代码。通过链路追踪，可以根据调用链路来捋清楚服务间的调用关系，如果 API 设计符合规范，甚至可以直观的了解调用的服务作用。这对于刚刚接触系统的开发人员十分重要。