OpenTelemetry 进展不顺：一位维护者用电子表格做的健康度盘点
来源：matduggan.com — 2026-08-22
📋 概述
作者用数据而非印象来分析为什么 OpenTelemetry 常让人觉得「还没做好」。对照 Envoy 和 Prometheus 这两个健康项目后他发现，OTel 各语言 SDK 的合并与评审过度集中在极少数维护者身上——PHP、Ruby 等语言的 Top-1 合并者占比高达 53%~86%。真正的问题不是社区印象里的「进度太慢」，而是稳定性契约与极薄的维护者队伍、超大语言覆盖范围的「三向碰撞」。
🔑 核心要点
- OTel 拆成 core（规范面）与 contrib（集成面），后者庞大到对多数项目是过度工程。
- 各语言 SDK 的健康度差异巨大：Golang、Dotnet 有健康的后备梯队，PHP、Ruby 则高度集中于少数维护者。
- 稳定性契约一旦标注 stable 就几乎不可更改，导致维护者倾向于无限争论潜在问题。
- 项目复杂到无法靠业余爱好者维护，却长期依赖极少的维护者承担关键工作。
- 作者呼吁诚实公布各语言的维护层级，并把「需要更多维护者」作为公开问题说出来。
💡 金句
这个项目规模太大，没人能把它当爱好来做；可真正承担这份关键工作的人，却长期只有那么几个。
👍 0
👎 0
← 返回 Lobsters 首页