OpenTelemetry創設者がプロジェクト卒業を祝う準備を整える
OpenTelemetry の創設者である Ted Young は、CNCF プロジェクトとしての卒業達成に向けて、AI ツールを活用した大規模なインストルメンテーションの安定化とセマンティック・コンベンションの統一を最優先課題として掲げた。
キーポイント
プロジェクト卒業への戦略：「退屈さ」こそが目標
CNCF プロジェクトとしての完全な卒業（Graduation）には、技術的な新奇性ではなく、トラッキング・メトリクス・ログの安定した統一性が不可欠であり、「退屈であること」が最高度の達成指標であると定義された。
AI ツールの活用と大規模インストルメンテーション
全言語のインストルメントパッケージにわたるセマンティック・コンベンションの適用には膨大な作業が必要であり、これを達成するために新たなツールやコーディング技術、ひいては AI ツールの導入が不可欠であると明言された。
バージョン管理とセキュリティ要件への対応
多くの組織でベータ版のインストールが禁止されている現状を踏まえ、デファクトスタンダードとなっているコンポーネントを 1.0 としてリリースし、データ品質の向上は別フェーズで行う二段階アプローチを採用する。
コミュニティからのフィードバックと実用化への回帰
バージョン番号にデータ安定性を含めることが過剰な慎重さであるというコミュニティの声を受け、開発者が「本番環境で安全か」を即座に判断できる明確なステータスを提供する方針へ転換した。
段階的なロールアウト戦略
既存の計測パッケージは実質的に安定しているため1.0としてリリースするが、データ標準（セマンティック・コンベンション）の最新バージョンへの移行は第2段階で実施する。
維持管理負担の軽減と自動化
広範な言語サポートに伴う膨大なパッケージ維持を解消するため、AIコーディング技術や自動生成ツールを活用し、コード作成からレビューへのプロセス転換を目指す。
AI 生成コードによる新たな課題
AI コーディングツールの普及により低品質なコード（AI slop）が増加し、メンテナーが不要な PR の処理に追われることで負担がむしろ増大している。
重要な引用
It's important to remember, though, with telemetry, the opposite of boring isn't interesting, it's frustrating. So when you think about it, boring is amazing
Our top priority is to stabilize all the things.
We're going to need to invent new tools and potentially apply new coding techniques in order to handle the scale of instrumenting all of the software in the planet.
"We're going to need to invent new tools and potentially apply new coding techniques in order to handle the scale of instrumenting all the software in the planet."
"Basically, you're watching the maintainers start to turn into mods like Discord."
影響分析・編集コメントを表示
影響分析
この発表は、観測可能性（Observability）業界における OpenTelemetry の成熟度を決定づける重要な転換点です。AI ツールを活用して大規模なインストルメンテーションの標準化を加速させる方針は、クラウドネイティブ環境におけるデータ品質とセキュリティの確保に直結し、企業の実運用リスクを大幅に低減する可能性があります。また、「退屈さ」を目標とする姿勢は、技術革新が過熱する中で「安定した基盤」の重要性を再認識させる示唆に富むメッセージです。
編集コメント
「退屈さ」を目標とするという逆説的なアプローチは、成熟した技術領域における真の課題解決への洞察を示しており、AI を活用して大規模な標準化を実現する具体的なロードマップが示された点で非常に重要です。
Grafanacon OpenTelemetryプロジェクトの創設者は、プロジェクト全体が卒業するために必要な要素を十分に堅牢にするために、メンテナーはAIツールに頼る必要があるかもしれないと語った。
バルセロナで開催されたGrafanaconでTed Youngは、来年の目標はOpenTelemetryを可能な限り「退屈」なものにすることであり、それによってようやく完全に卒業したCNCF（Cloud Native Computing Foundation）プロジェクトになることだと聴衆に伝えた。
「それは狂っているように聞こえるかもしれないが、確かに狂っている」と彼は語った。「しかし、テレメトリーにおいて退屈の対義語は面白いことではなく、イライラさせるものであることを覚えておくことが重要だ。だから考えてみれば、退屈することは素晴らしいことであり、想像以上に退屈であることは難しいのだ。」
より実用的な観点から、彼は「私たちの最優先事項は、すべてのものを安定させることです」と述べた。ここで彼が意味したのは、OpenTelemetryエコシステムを構成するすべての要素のことである。
「これ以上退屈なものはない、ものを変えないことではないか」と彼は続けた。「しかし、それは実際には素晴らしいことです。なぜなら、これは私たちがプロジェクトの当初の目標であるトレーシング（追跡）、メトリクス（指標）、ログが、安定してどこでも統一されているという結論に達したことを意味しているからです。これらはOpenTelemetryがCNCFから最終的に卒業するために必要な最後のピースです。」
彼は、OpenTelemetryが何年も本番環境で稼働しており、「その過程で事実上安定したソフトウェアをかなり作成してきた」と指摘した。
しかし、一部の組織には「ベータ版としてマークされたソフトウェアのインストールを禁止する」というセキュリティルールが存在していた。
つまり、オープンテレメトリーにおける重要な要素はすべてバージョン1.0になる必要があると彼は語った。「つまり、安定化作業における最終的な難関は、コレクターやSDK、あるいはその他のコアコンポーネントではありません。それはインスツルメンテーションです」
しかしヤング氏は、ここで対象範囲が膨大になることを説明した。「実際の重労働は、あらゆる言語のすべてのインスツルメンテーションパッケージに対して、安定したセマンティック・コンベンションを適用することにあります」
これは二段階のロールアウトで達成されると彼は述べた。ほとんどのインスツルメンテーションパッケージは「事実上安定」しており、安全に1.0としてマークできる。「ただし、データ品質はさらに向上させる余地があります」
「第二段階では、セマンティック・コンベンションの最新バージョン（データ定義用）が別のメジャーバージョンアップによって利用可能になった時点で、そのデータをすべての箇所に適用します」
これは聞こえるほど簡単ではないとヤング氏は付け加えた。「世界中のすべてのソフトウェアをインスツルメントする規模に対応するために、新しいツールを開発し、場合によっては新たなコーディング手法を適用する必要があります」
『ザ・レジスター』とのインタビューで、ヤング氏は今年中にこの課題に取り組みたいと考えていると語った。
「卒業に関する調査の一環としてコミュニティから得たフィードバックによると、バージョン番号にデータの安定性を含めることで、私たちは基本的に過度に慎重になっていたようです。人々が知りたいのは、『このコードは本番環境で実行しても安全か』という点だけです」
これは、プロジェクトがサポートする各言語のためのインスツルメンテーションパッケージのロングテール（長尾）に対応することを意味します。これらの多くはプロジェクトに寄与されたものであり、それはメンテナーの数が大幅に拡大する可能性があることを意味します。
- Datadog、AIコストの高騰に伴いGPU効率を詳細に分析
- Grafana、無料のAIアシスタントを提供し、ユーザーに「狂わないよう」注意喚起
- 「プライバシー懸念を解決するために設計されたものではない」と、Grafana CTOがBring Your Own Cloudについて語る
- Linux Foundation、DocumentDBを通じてNoSQLを認める
「したがって、Weaverやセマンティック・コンベンション・ツールリンググループから出てくるものを使用して、これらのソフトウェアをすべて維持しやすくするためのツールを作成できるかどうかを検討しています」と彼は語った。さらに、「AIコーディング技術などの手法を活用して、負荷を軽減する方法はあるか」とも問うた。
目標は自動化を増やすことで、セマンティック・コンベンションが更新された際にライブラリも自動的に更新されるようにすることです。「つまり、コードを書くことよりも、これらのものをレビューできる能力を持つことが重要になるのです」と彼は説明した。
皮肉なことに、彼はAIコーディングの爆発的増加がメンテナーの負担を増大させたと述べた。なぜなら、彼らはAIによる低品質なコード（AI slop）や不適切に書かれたコードと向き合わなければならないからだ。彼は、一部のコントリビューターはAI生成のプルリクエストを大量に出力することが生産性の向上だと考えているかもしれないと指摘した。
「しかし、メンテナーの視点からすれば、『あなたは私の時間を無駄にしているだけだ』という反応になります。OpenTelemetryにおいて、新たなツールの追加が必要であることが明らかになっています。要するに、メンテナーたちがDiscordのモデレーターのように振る舞い始める様子を見守っているようなものです。」
原文を表示
Grafanacon The founder of the Open Telemetry project says its maintainers may need to turn to AI tools to get some elements robust enough for the project as a whole to graduate.
Ted Young was speaking at Grafanacon in Barcelona, where he told the audience the aim for the next year was to make Open Telemetry as "boring" as possible so that it can finally become a fully graduated CNCF project.
"That might sound crazy, but it is crazy," he said. "It's important to remember, though, with telemetry, the opposite of boring isn't interesting, it's frustrating. So when you think about it, boring is amazing, and it's harder to be boring than one might imagine."
More practically, he said, "Our top priority is to stabilize all the things." By which he meant all the elements that make up the Open Telemetry ecosystem.
"What could be more boring than this, not changing things?” he continued. "But it's actually amazing, because it means that we've reached the end of the road for the original goals of the project, tracing, metrics and logs, stable, unified everywhere. These are the final pieces that open telemetry needs to finally graduate from the CNCF."
He pointed out that Open Telemetry had been in production for years, "and we've made quite a bit of de facto stable software along the way."
But some organizations had security rules that "Ban the installation of software marked beta."
That means everything important in open telemetry needs to become 1.0, he said. "So, the final boss of the stabilization effort actually isn't the collector or the SDKs or any other core components. It's the instrumentation."
But Young explained this is where the surface area gets enormous. "The real heavy lifting comes in rolling out all of those stable semantic conventions to all the actual instrumentation packages in every single language."
This is achieved in a two-stage rollout, he said. Most instrumentation packages are "de facto stable," and can safely be marked 1.0. "But the data could be better."
"Stage Two will be lifting that data up everywhere to the latest version of the semantic conventions [for defining data] once they become available via another major version bump."
This is harder than it sounds, Young added. "We're going to need to invent new tools and potentially apply new coding techniques in order to handle the scale of instrumenting all the software in the planet."
Speaking to *The Register*, Young said he would like to get this tackled this year.
"Feedback we've gotten from the community as part of doing research for the graduation was that that we were basically being over cautious by including data stability as part of our version numbers. People want to just know, is this code safe to run in production?"
This means dealing with the long tail of instrumentation packages for each language the project supports. Many of these were contributed to the project, which means they could demand a massive expansion in the number of maintainers.
- Datadog digs down into GPU efficiency as AI costs soar
- Grafana offers AI assistant for free, warns users not to go mad
- 'It isn't designed to solve privacy concerns,' Grafana CTO says of Bring Your Own Cloud
- Linux Foundation says yes to NoSQL via DocumentDB
"So, we're also looking at is there tooling we can write using Weaver and the stuff that's coming out of the semantic conventions tooling group to help make it easier to maintain all this software?" And, "Are there ways we can use AI coding techniques and things of that nature to lower the load."
The aim is to increase automation, so when the semantic conventions are updated, libraries can be automatically updated. "So it becomes less about having to write the code and more about just needing to be able to review these things."
Ironically, he said that the explosion in AI coding had increased the burden on maintainers, as they deal with AI slop and badly written code. Some contributors might think that spewing out AI generated pull requests meant they were more productive, he said.
"But from the perspective of the maintainers, they're like, 'You're just wasting my time.' We've seen the need to add new tools in open telemetry. Basically, you're watching the maintainers start to turn into mods like Discord." ®
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み