Kubernetes オペレータ

第10章. 参加する

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

Operator SDK、Operator Lifecycle Manager、およびOperator Meteringを含むOperator Frameworkの コンポーネントはすべて、まだ寿命の初期段階にあります。バグレポートの提出からアクティブな開発者になることまで、開発に貢献するさまざまな方法がある。

演算子フレームワークのユーザおよび開発者の両方と対話する最も簡単な方法の一つは、SIG（Special Interest Group）を通じて行うことです。 SIGは、メーリングリストを使用して、今後のリリース情報、ベストプラクティス、およびユーザの質問などのトピックについて議論する。SIGは、Webサイトから無料で参加することができる。

より直接的な対話としては、Kubernetes Slackチームがユーザと開発者の活発なコミュニティとなっている。特に "kubernetes-演算子 "チャンネルでは、本書に関連するトピックを扱っている。

Operator FrameworkGitHub組織には、各コンポーネントのプロジェクトリポジトリが含まれています。 また、Operator SDK Samples リポジトリなど、Operator の開発と使用をさらに支援するさまざまな補足リポジトリもあります。

機能リクエストとバグ報告

Operator Frameworkに参加する最も簡単な方法の1つは、非常に貴重な方法であるが、バグレポートを提出することである。 フレームワークプロジェクトチームは、未解決の問題をトリアージして修正するためにGitHubの組み込みの問題追跡を使用している。各特定プロジェクトのトラッカーは、GitHub プロジェクトページの Issues タブで発見することができる。たとえば、Operator SDK の課題追跡は、Operator Framework GitHub リポジトリで発見することができる。

さらに、プロジェクトチームは、機能要求を追跡するために課題トラッカーを使用している。新規課題」ボタンをクリックすると、提出者にバグ報告か機能要望かを選択するよう促し、自動的に適切なタグが付けられる。機能要望を提出することで、様々なユースケースが提供され、コミュニティのニーズに基づいてプロジェクトの方向性を決定するのに役立つ。

一般化にはいくつかの原則がある。¹がある：

• 具体的に記入すること。バグについては、プロジェクトのバージョンやクラスタの詳細など、実行環境に関するできるだけ多くの情報を提供すること。可能であれば、詳細な再現手順を含めること。機能要求については、要求された機能で対応するユースケースを含めることから始める。これは機能の優先順位付けを助け、チームが要望を満たすより良い方法や既存の方法があるかどうかを判断するのに役立つ。

• 範囲を単一のバグに限定する。単一の多面的な問題の報告よりも、複数の報告の方がトリアージや追跡が容易である。

• 該当するプロジェクトを選択してみる。例えば、その問題がOLMでの作業に特化している場合、そのリポジトリで問題を作成する。バグによっては、問題の発生源を特定できないこともある。そのような場合は、最も適切なプロジェクトリポジトリを選択し、チームに適切なトリアージを任せることができる。

• 既存の課題が発見されたらそれを使う。 ...