Micrometer追踪的性能开销与生产环境启用安全性咨询

为什么默认采样率设为10%？ #

• 平衡观测价值与系统开销：即便单条追踪的开销极低，高并发场景下全量采集会导致追踪数据的生成、序列化、传输到观测后端、存储产生累积开销，10%的采样率既能覆盖大部分链路场景，又能把资源消耗控制在可接受范围。
• 务实的默认配置：多数分布式系统中，10%的采样数据足以定位常见的链路延迟、错误问题，不需要全量采集就能满足日常观测需求。

追踪会拖慢应用吗？ #

Micrometer提到的“几乎无开销”是指单条追踪的CPU、内存开销极小，但这并不代表全量采集没有成本：

• 高并发场景下，全量生成追踪数据会占用额外CPU资源用于序列化；
• 大量追踪数据发送到观测后端会消耗网络带宽；
• 全量存储追踪数据会显著增加磁盘占用，后续查询效率也会下降。
  这些累积开销在流量大的系统中可能成为性能瓶颈。

生产环境该如何配置？ #

• 日常运行：保持默认10%采样率，或根据业务流量调整为5%-20%，既能保留链路排查能力，又控制开销；
• 排查问题时：临时将采样率设为1，或使用规则采样，比如仅对返回5xx错误的请求、特定用户ID的请求全量采样，这样精准定位问题的同时，避免全量采集带来的资源浪费；
• 不建议完全禁用：禁用追踪会丢失分布式链路的关键观测数据，遇到问题时难以快速定位根源。

关于“几乎无开销”与默认10%的矛盾解释 #

文档中的“几乎无开销”是针对单个请求的追踪成本而言，但框架开发者考虑的是大规模生产环境的整体成本。全量采样在高流量系统中，追踪数据的传输、存储成本会急剧上升，甚至成为系统的额外负担。默认10%是一个折中方案：让用户快速获得可观测性能力，同时避免一开始就给生产系统带来不必要的资源消耗。

你的全量采样配置代码：

management:
  tracing:
    sampling:
      probability: 1

内容的提问来源于stack exchange，提问作者gstackoverflow