注目★★★★★Lobsters
OpenTelemetry が進まない理由―メンテナ不足と過大なスコープの完全分析
30秒で把握
- 1OTel の PHP・Ruby SDK は 2 人中心・メンテナ集中度が危機的で、Go・.NET は比較的分散
- 2安定化後の変更不可ルール + 数十言語カバー + メンテナ不足 = 新機能が議論で長期停滞する構造
- 3OTEP → 仕様確定 → SDK 実装 → Collector 対応の各段階で明確な完了期限なし・進捗予測不可
要約
オブザベーサビリティエンジニア Mat Duggan は、OpenTelemetry (OTel) が業界で「完成度が低い」と言われ続けている理由をデータで検証した。OTel は安定機能の一度ロックインしたら変更不可という厳格なゲートと、少数のメンテナで数十言語・数百ライブラリをカバーしようとする過大なスコープが組み合わさり、新機能追加で議論が長期化する悪循環が生じていると指摘した。Go・.NET などの主力言語は健全だが、PHP・Ruby SDK は 2 人のメンテナに依存度が極端に高く、オープンソースプロジェクトとして不健全な構造が確認された。スペックから仕様確定、各 SDK 実装、Collector 対応まで一連の流れで明確な期限やマイルストーンが不在なのも進捗遅延の原因となっている。
あなたへの影響
ベンダー SDK からの移行を検討するチームは、言語別の成熟度 (Go・.NET は堅牢。
推奨：PHP・Ruby は保守能力不足) を事前確認し、安定性保証のない実装については自社メンテナスタッフの増員計画を並行させておくべき。