OpenTelemetry everywhere: Migrating a metrics platform at scale
CNCF 博客发布案例文章，介绍一次大规模指标平台迁移：过去近十年其指标管道运行在团队维护的开源 StatsD 实现 gostatsd 上，主要承担每台主机上的 sidecar 等职责；文章标题与主题为将指标平台迁移到 OpenTelemetry。
Development
- First ReportOpenTelemetry everywhere: Migrating a metrics platform at scaleCloud Native Computing Foundation Blog
- Current Assessment大型自研指标管道向 OpenTelemetry 收敛，反映可观测性栈正在从自维护协议实现转向统一标准，这会削弱单一 StatsD 实现的长期维护价值，并可能推动厂商与自建方案围绕 OTLP 兼容性竞争。该判断基于单一案例，尚不足以代表行业整体趋势。可验证下一信号：是否出现同类规模迁移的公开案例或厂商对 OTLP 支持的明确承诺。Agent Pulse · analysis
CNCF 博客于 2026-09-17 发布《OpenTelemetry everywhere: Migrating a metrics platform at scale》，属于迁移实践类文章。证据显示，该团队过去近十年的指标管道基于 gostatsd——他们自己维护的开源 StatsD 实现，主要做两件事，其中一件是作为每台主机上的 sidecar。文章标题表明迁移方向是 OpenTelemetry，并强调规模。证据未给出迁移后的性能数字、成本变化、时间表或具体组件替换细节，因此这些均不可作为事实陈述。
从 StatsD 系管道转向 OpenTelemetry，通常意味着指标采集从自定义 sidecar 协议走向统一语义约定与 OTLP 传输，这会改变标签基数、聚合位置与导出链路的成本结构。但本条证据只确认了迁移方向与旧栈身份，未提供任何量化对比，因此上述影响属于待验证判断。可验证下一信号：文章或后续材料是否给出 OTLP 端点、Collector 配置或基数控制策略。
大型自研指标管道向 OpenTelemetry 收敛，反映可观测性栈正在从自维护协议实现转向统一标准，这会削弱单一 StatsD 实现的长期维护价值，并可能推动厂商与自建方案围绕 OTLP 兼容性竞争。该判断基于单一案例，尚不足以代表行业整体趋势。可验证下一信号：是否出现同类规模迁移的公开案例或厂商对 OTLP 支持的明确承诺。
对自建可观测性栈的组织，此类案例的价值在于降低对自维护采集组件的依赖、统一指标与追踪的语义层。但证据未提供成本或人力节省数据，因此商业收益仍属推断。可验证下一信号：迁移后是否披露运维人力、存储或查询成本的对比。
若该迁移在规模上被证明可行，后续可关注是否公开迁移阶段划分、双写或回滚机制，以及 gostatsd 项目是否进入维护或归档状态。这些是判断迁移是否真正完成的可验证信号。