OpenTelemetry ガバナンス委員会の舞台裏
Blog posts are not updated after publication. This post is more than a year old, so its content may be outdated, and some links may be invalid. Cross-verify any information before relying on it.
Grafana Labs のプリンシパルエンジニアとして、私は OpenTelemetry に注力しています。 OTel Collector のコンポーネントやツールのコードを書いたりメンテナンスしたり、最近のセキュリティ監査を手伝ったり、似たアイデアを持つ人々の間に橋を架けたりしています。 これらはすべて、OTel コミュニティ全体の成功を支援するという究極の目標のためです。
約3年前から、私は OpenTelemetry ガバナンス委員会（GC） のメンバーも務めています。 2021年10月に初当選し、2023年10月にさらに2年の任期で再選されました。 OpenTelemetry の GC メンバーは、Technical Committee（TC） とともに、CNCF から見たプロジェクトの公式メンテナーとして機能しています。
TC は 技術的な事項に焦点を当てています。 仕様への許容される変更の判断、コード寄贈の決定、技術的な意見の相違の解決などです。 一方、GC は より戦略的な役割を担っています。 プロジェクト全体のロードマップの策定や、ベンダー中立な計装およびコレクションフレームワークを提供するという当初の目標を含め、あらゆる観点からプロジェクトの継続的な成功を確保することが含まれます。
GC メンバーの役割と責任について、私の個人的な経験に基づいてその一端を共有することが有益だと考えました。 これが今後の選挙で候補者を選ぶ際のガイドとなり、立候補を考えている方々にこの役割についてより深い洞察を提供できればと思います。 とはいえ、他の GC メンバーはそれぞれ異なる経験と責任を持っていることに注意してください。 ここに挙げたすべてのタスクや責任が毎日発生するわけではありませんが、過去3年間で少なくとも一度は発生したものばかりです。
OpenTelemetry プロジェクトの代表
私はカンファレンスに頻繁に参加し、登壇し、ポッドキャストに出演し、ブログ記事をレビューし、さまざまな企業の方々と交流しています。 これにより、ユーザー、ライブラリ開発者、潜在的なコントリビューター、新しいプロジェクト領域の提唱者など、さまざまな視点から OpenTelemetry を理解するのに役立っています。 プロジェクトを代表するには、プロジェクトの方向性をよく把握し、プロジェクトの最善の利益を考慮しながら他者を支援することが必要です。
代表者であることは多面的な役割です。 公の場での講演や執筆だけでなく、コミュニティのニーズや懸念を理解するための一対一の対話にも関わります。 この役割を通じて、業界のリーダーとのネットワーク構築、新しいトレンドの把握、OpenTelemetry の採用と発展の推進を行う機会を得ました。
特定の事案でどの利益を代表しているのか、立ち止まって考える必要がある場面もありました。 会話の中で、自分が Grafana Labs の社員として、OpenTelemetry Collector のリーダーとして、より広いオープンソースオブザーバビリティエコシステムの代表として、あるいは GC メンバーとして発言しているのかを明確にしなければなりません。 担っている役割によって異なる視点を持つのは自然なことですが、議論のどの場面でどの「帽子」をかぶっているのかを認識し、その役割に適切に沿った意見を述べることが重要です。
プロジェクトポリシーのレビュー
OpenTelemetry プロジェクトは生き物のようなもので、日々成長しています。 GC メンバーとしての責任の一つは、プロジェクトポリシーを見直し、それが引き続き適切で効果的であることを確認することです。 現行ポリシーのギャップを特定し、必要に応じて新しいポリシーを起草し、プロジェクトの変化するニーズを反映するように既存のポリシーを更新することが含まれます。
私が取り組んできた2つの重要な分野は、コミュニティの価値観と外部プロジェクトおよびコンポーネントの命名ポリシーの推奨事項です。 価値観のレビューにより、望ましい行動を促進し、望ましくない行動を抑制し、協力的で敬意のある環境を育むことができます。 さらに、エコシステム内のプロジェクトやコンポーネントに対する命名ポリシーの推奨事項を策定し、エンドユーザーの混乱を防ぎ、用語が明確で区別されるようにしています。 これにより、OpenTelemetry プロジェクトの一貫性と整合性の維持に役立っています。
SIG のスポンサー
OpenTelemetry では 誰でも新しい SIG（Special Interest Group） を提案できます。 これらのグループは、新しいシグナル、言語 SDK/API、セマンティック規約など、OTel プロジェクトの特定の部分を推進することを目的としています。 提案には2人のスポンサーが必要です。 TC から1人、GC から1人です。 GC メンバーであるということは、現在の SIG や提案されている SIG について把握し、プロジェクトの将来に不可欠なイニシアチブをスポンサーすることを意味します。 スポンサーシップは単なる形式ではなく、SIG のミーティングやディスカッションへの積極的な参加、そして理想的にはコーディング、ドキュメント、イシューのトリアージを通じた貢献を伴います。
SIG のスポンサーをすることはやりがいのある経験です。 革新的なアイデアを育て、それを OTel プロジェクトの不可欠な部分に成長させることができました。 Profiling、Security、Contributor Experience などの SIG の発足から関わることで、新しいイニシアチブの課題と成功について独自の視点を得ることができました。 コミュニティ内でのナビゲーション方法についてのレビューやアイデアだけで十分な SIG もあれば、チームメンバーの募集や実装においてより積極的な作業が必要な SIG もあります。
SIG メンテナーとのチェックイン
OpenTelemetry コミュニティの比較的新しいプロセスとして、SIG メンテナーとの GC 月次チェックインがあります。 各 GC メンバーは約4つの SIG を選び、それらの SIG と GC の間のリエゾンとして活動するよう求められました。 月に一度、私は Collector、Operator、Security、Go Autoinstrumentation の SIG メンテナーに以下のような質問をしています。
- GC の介入が必要な、SIG 内の特定のイシューはありますか？
- コントリビューター、トリアージ担当者、承認者、メンテナーの現在のバランスに満足していますか？
- GC が手助けすることで、あなたの仕事を楽にできることが一つあるとすれば何ですか？
これらの回答は機密であり、メンテナーはコミュニティメンバー間の対立のような問題があれば、いつでも私に相談できることを知っています。 すべてのイシューを解決できるとは約束できませんが、解決に向けて取り組むことをお約束します。 これらのチェックインは、すべての SIG が意見を聞いてもらい、サポートを受けられるようにするための体系的な方法を提供しています。 また、より広い GC の注意が必要なパターンや繰り返し発生するイシューを特定するのにも役立っています。
GC ミーティング
GC メンバーは 週次のコールに参加し、年次の対面リーダーシップサミットに参加するオプションもあります。 さまざまなタイムゾーンに対応するために、仕様やプロジェクトのトリアージセッションを異なる時間に開催しています。
これらのミーティングは、私たちの取り組みを調整し、戦略的な決定を下すために不可欠です。 タイムゾーンによる課題はありますが、GC メンバーの献身により、一貫性のある効果的なガバナンス構造を維持しています。 年次リーダーシップサミットは任意参加ですが、深い議論やチームビルディングの貴重な機会を提供しています。
紛争の仲裁
すべてのコミュニティには課題があり、OpenTelemetry も例外ではありません。 多様な背景を持ち、さまざまな個人的・職業的利益を持つ人々が協力する中で、対立は避けられません。 GC メンバーとして、私はコミュニティの対立を積極的に仲裁し、複数の視点に耳を傾け、ミーティングでメモを取り、状況に対する私の理解をまとめた文書を作成しています。
紛争の仲裁は私の好きなタスクではありませんが、これらの問題に対処することはプロジェクトの将来にとって極めて重要です。 対立が自然に消えることを期待して無視するという選択肢はありません。 仲裁は紛争の解決だけでなく、オープンなコミュニケーションと相互尊重の文化を育むことも含みます。 これにより、私たちのコミュニティがすべてのコントリビューターにとって歓迎され、生産的な環境であり続けることを確保しています。
この役割についての振り返り
過去3年間、OpenTelemetry の GC で務めるという特権を得ることができました。 この役割をサポートし、OpenTelemetry にフルタイムで注力できるようにしてくれる会社で働けることを幸運に思います。 これにより、通常の業務の一環としてこれらのタスクを遂行することができています。
しかし、個人的な葛藤もありました。 プロジェクトへのエンジニアリングの貢献にもっと集中するために、再選に立候補しないことを検討したことも何度かありました。 GC の責任とエンジニアリングの仕事の間で適切なバランスを見つけるのに今でも苦労していることを認めなければなりません。 しかし、この3年間で一つ非常に明確になったことがあります。 私個人の貢献よりも重要なのは、自分の努力がスケールできるようにすることです。 これは、OpenTelemetry コミュニティの次世代の潜在的リーダーをメンタリングし、他の人がそれらのタスクを引き継げるように活動を徹底的に文書化することを意味します。
私の経験を共有することで、立候補を考えている方々が GC の役割をよりよく理解し、かつての GC の同僚が投げかけた重要な問いに答えられるようになることを願っています。 「通常のコントリビューターとしてはできないことで、GC で何をしたいですか？」 この役割は大変に見えるかもしれませんが、週に数時間しか割けない場合でも、プロジェクトの成功にコミットしている、エコシステムのさまざまな領域の人材が必要です。 GC の一員であることは日常の業務の一部であるべきだと考えていますが、フルタイムの仕事である必要はまったくありません。
また、この記事が次の GC 選挙で候補者にどのような資質を求めるべきかについて、投票者に洞察を提供できれば幸いです。 適切な候補者を選ぶことは、OpenTelemetry の継続的な成功と成長にとって不可欠です。 技術的に優れているだけでなく、リーダーシップ、共感力、コミュニティへのコミットメントを示す人材を探してください。