22.2. Operator バンドルの追加
ワークフローに応じて、次の 2 つの方法のいずれかを使用して Operator バンドルを追加します。
ファイルベースカタログ (FBC) ワークフロー
FBC プロセスを使用している場合は、ファイルベースカタログ (FBC) に進みます。
すべての新しい Operator 認証にファイルベースのカタログワークフローを使用し、既存の認証済み Operator をすべて、よりスケーラブルなテンプレート駆動型形式に変換します。
クラシック (非 FBC) ワークフロー: ディレクトリーベースのプロセスを使用している場合は、次の手順に進みます。
22.2.1. 以前にこの Operator を認定したことがある場合 リンクのコピーリンクがクリップボードにコピーされました!
Operator ディレクトリーで Operator フォルダーを見つけます。Operator バンドルの内容をこのディレクトリーに配置します。
パッケージ名が Operator の既存のフォルダー名と一致していることを確認してください。
22.2.2. この Operator を新たに認定する場合 リンクのコピーリンクがクリップボードにコピーされました!
新しく認定する Operator のサブディレクトリーが Operator の親ディレクトリーの下にない場合は、サブディレクトリーを作成する必要があります。
演算子の下に新しいディレクトリーを作成します。このディレクトリーの名前は、Operator のパッケージ名と一致している必要があります。たとえば、my-operator。
この operators ディレクトリーに、
<my-operator>などの演算子の名前で新しいサブディレクトリーを作成し、<V1.0>などのバージョンディレクトリーを作成してバンドルを配置します。認定プロセスでは、以前に認定された Operator のこれらのディレクトリーがプリインストールされます。├── operators └── my-operator └── v1.0-
バージョンディレクトリーの下に、
clusterserviceversion.yamlファイルを含むすべての OpenShift マニフェストを含むmanifestsフォルダーを追加します。
推奨されるディレクトリー構造
次の例は、推奨されるディレクトリー構造を示しています。
├── config.yaml
├── operators
└── my-operator
├── v1.4.8
│ ├── manifests
│ │ ├── cache.example.com_my-operators.yaml
│ │ ├── my-operator-controller-manager-metrics-service_v1_service.yaml
│ │ ├── my-operator-manager-config_v1_configmap.yaml
│ │ ├── my-operator-metrics-reader_rbac.authorization.k8s.io_v1_clusterrole.yaml
│ │ └── my-operator.clusterserviceversion.yaml
│ └── metadata
│ └── annotations.yaml
└── ci.yaml
| 設定ファイル | 説明 |
|---|---|
| config.yaml |
このファイルには、Operator の組織が含まれています。 |
| ci.yaml | このファイルには、この Operator の Red Hat テクノロジーパートナーコンポーネント PID を含めます。
たとえば、 |
| annotations.yaml |
このファイルには、OpenShift バージョンの範囲を参照する OpenShift バージョンのアノテーションが含まれています。たとえば、
例:
バージョンの前に文字 'v' を使用する必要があり、スペースは使用できないことに注意してください。構文は次のとおりです。
|