12、分布式追踪：从部署到价值实现

分布式追踪：从部署到价值实现

1. 分布式追踪在 CI/CD 中的应用

分布式追踪可以作为 CI/CD 框架的一部分，用于记录构建和部署过程中各个部分所花费的时间。它可以集成到创建虚拟机或配置容器的任务运行器中，帮助我们了解构建和部署生命周期中哪些部分耗时最长。此外，对于提供 API 服务的服务而言，追踪还能增加其价值。如果已经对后端的执行时间进行追踪，那么可以将部分追踪数据提供给客户，以帮助他们对自己的软件进行性能分析。

2. 仪表化质量检查清单

在对现有服务进行仪表化或为新服务创建仪表化指南时，拥有一份确保整个应用程序实现高质量仪表化的检查清单是很有用的。以下是具体的检查清单内容：
| 类别 | 检查项 |
| ---- | ---- |
| 跨度状态与创建 | - 给定跨度下的所有错误条件都应将跨度状态设置为错误状态。
- 将 RPC 框架结果代码映射到跨度状态（如内部错误、未找到等）。
- 所有开始的跨度都应结束，即使在出现不可恢复错误的情况下也应尽可能如此。
- 跨度应仅代表对服务请求生命周期具有语义重要性的工作；尽量避免在仅接收合成流量的端点（如 /status 或 /health 端点）周围创建跨度。 |
| 跨度边界 | - 出口和入口跨度应具有适当的标签（设置 SpanKind）。
- 出口和入口跨度应具有适当的关系（客户端/服务器、消费者/生产者）。
- 内部跨度应正确标记，且不暗示远程调用。 |
| 属性 | - 跨度应包含其所代表服务的版本属性。
- 代表依赖项工作的跨度应包含该依赖项的版本属性。
- 跨度应包含标识底层基础设施的属性