13、分布式追踪部署与架构解析

分布式追踪部署与架构解析

1. 选择重要请求类型开启追踪

在开展追踪工作时，要考虑对用户和业务都重要的特定请求或事务类型。比如，记录用户行为分析的异步请求类型，看似简单且风险低，但带来的收益也较少。相反，应从代表重要用户转化的请求类型入手。若应用是电商解决方案的一部分，就从用户完成购买的环节开始。

2. 从中心组件起步：负载均衡器和 API 网关

2.1 入口负载均衡器

若无法从移动应用、网页应用或其他客户端开始，可选择后端系统中离用户较近的部分，如入口负载均衡器，特别是 HTTP（或“7 层”）负载均衡器，是快速开展追踪的理想选择。其原因如下：
- 设计目标是高效处理流量，除了已有的指标和日志，生成追踪跨度（span）相对容易。
- 许多常用的负载均衡器内置了对追踪的支持，或有可轻松添加追踪功能的插件。例如：
- Envoy 开箱即支持多种追踪器。
- Linkerd 支持 OpenCensus 收集器。
- NGINX 支持可用于多个追踪系统的 OpenTracing 插件。
- HTTP 负载均衡器能自动添加一些有用的标签，如请求路径、方法、协议以及表示请求成功或失败的状态码。这些标签在使用分布式追踪来理解应用性能时，是有价值的数据来源。

需注意，TCP（传输控制协议，或“3/4 层”）负载均衡器的价值较低，因为它们无法访问 HTTP（或其他应用层）请求数据，在分布式追踪解决方案中，对其进行检测的价值案例较少。

2.2 API 网关

API 网关也提供了收集丰富遥测数据的机会，这些数据离用户较近且范围广泛。管理 API 网关