第6章 ワークフローサービスの設定
このセクションでは、OpenShift Serverless Logic Operator を使用してワークフローサービスを設定する方法を説明します。このセクションでは、環境やユースケースに応じてワークフローサービスをカスタマイズする際に参照できる主要な概念と設定オプションを説明します。ワークフロー設定を編集し、特定のプロパティーを管理し、グローバルマネージドプロパティーを定義して、一貫性のある効率的なワークフローの実行を確保できます。
6.1. ワークフロー設定の変更 リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Serverless Logic Operator は、各ワークフローの 2 つの ConfigMaps
(user-defined
プロパティーのワークフローと Operator managed-properties
のワークフロー) に基づいてワークフロー設定を決定します。
-
ユーザー定義プロパティー: ワークフローに特定の設定が必要な場合は、ワークフローのデプロイメント前に、すべての設定が含まれる
<workflow-name>-props
という名前のConfigMap
を作成していることを確認します。たとえば、ワークフロー名がgreeting
の場合、ConfigMap
名はgreeting-managed-props
になります。そのようなConfigMap
が存在しない場合、Operator は空またはデフォルトのコンテンツを持つワークフローを作成します。 -
マネージドプロパティー: Operator によって自動的に生成され、
<workflow-name>-managed-props
という名前のConfigMap
に保存されます。これらのプロパティーは通常、ワークフローの設定に関連しています。これらのプロパティーは、サポートサービスやイベントシステムなどに接続します。
マネージドプロパティーは常に同じキーを持つユーザー定義プロパティーをオーバーライドします。これらのマネージドプロパティーは読み取り専用であり、各リコンシリエーションサイクル中に Operator によってリセットされます。
前提条件
- OpenShift Serverless Logic Operator がクラスターにインストールされている。
- OpenShift Serverless Logic プロジェクトを作成している。
- OpenShift Container Platform でアプリケーションやその他のワークロードを作成するための適切なロールと権限を持つ OpenShift Serverless Logic プロジェクトにアクセスできる。
-
OpenShift CLI (
oc
) がインストールされている。 -
ワークフロー
user-defined
プロパティーConfigMap
を以前に自分で作成したか、Operator が作成している。
手順
ターミナルを開き、OpenShift Serverless Logic プロジェクトにアクセスします。ワークフローサービスがデプロイされている正しいプロジェクト、
namespace
内で作業していることを確認します。oc project <your-project-name>
$ oc project <your-project-name>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 設定するワークフローの名前を識別します。
たとえば、ワークフローの名前が
greeting
の場合、ユーザー定義のプロパティーはgreeting-props
という名前のConfigMap
に保存されます。次のサンプルコマンドを実行して、ワークフロー
ConfigMap
を編集します。oc edit configmap greeting-props
$ oc edit configmap greeting-props
Copy to Clipboard Copied! Toggle word wrap Toggle overflow greeting
は、ワークフローの実際の名前に置き換えます。application.properties
セクションを変更します。data
セクションを見つけて、application.properties
フィールドを希望の設定で更新します。ConfigMap
の例Copy to Clipboard Copied! Toggle word wrap Toggle overflow - プロパティーを更新したら、ファイルを保存してエディターを終了します。更新された設定は自動的に適用されます。
ワークフローランタイムは Quarkus に基づいているため、application.properties
の下のすべてのキーは Quarkus プロパティー構文に従う必要があります。形式が無効な場合、OpenShift Serverless Logic Operator は次のリコンシリエーションサイクル中に、変更をデフォルト値で上書きする可能性があります。
検証
変更が正常に適用されたことを確認するには、次のサンプルコマンドを実行します。
oc get configmap greeting-props -o yaml
$ oc get configmap greeting-props -o yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow