ACK クラスターはトリガーをサポートしています。トリガーリンクにアクセスすると、ワークロードは自動的に再起動します。このトピックでは、トリガーの使用方法について説明します。
トリガーの概要
トリガーを作成することで、特定のシナリオで指定されたワークロードを自動的に再起動し、運用の効率を向上させることができます。例:
シナリオ | トリガー操作 | 説明 |
構成の更新による再起動のトリガー | 構成を更新して関連する Pod を再起動する | ConfigMap の変更を監視します。構成が変更されると、トリガーを呼び出すことでアプリケーションを再起動できます。 |
外部トリガー信号によるデプロイメントの開始 | 新しいアプリケーションバージョンを自動的にデプロイする | 新しいイメージがイメージリポジトリにプッシュされると、Webhook を介してアプリケーションのデプロイメントを自動的にトリガーし、コードの変更後にアプリケーションが更新されるようにします。 |
前提条件
ワークロードが作成されていること。このワークロードを使用して、トリガーを作成およびテストできます。詳細については、「ステートレスワークロード Deployment の作成」をご参照ください。Service を作成する必要はありません。
手順
ACK コンソールにログインします。左側のナビゲーションウィンドウで、[クラスター] をクリックします。
クラスター ページで、管理するクラスターを見つけてその名前をクリックします。左側のナビゲーションウィンドウで、 を選択します。
[ステートレス] ページで Nginx を見つけ、[アクション] 列の [詳細] をクリックします。
Nginx の詳細ページで、[トリガー] タブをクリックし、[トリガーの作成] をクリックします。
[トリガーの作成] ダイアログボックスで、[操作] を [再デプロイ] に設定し、[OK] をクリックします。
説明現在、[操作] は再デプロイ機能のみをサポートしています。
トリガーが作成されると、Nginx の詳細ページのトリガー列にトリガーリンクが表示されます。
トリガーリンクをコピーし、ブラウザでアクセスします。ページには、状態コードやリクエスト ID などの情報を含むメッセージが返されます。
Nginx の詳細ページに戻り、[Pod] タブをクリックして、表示される新しい Pod を確認します。 新しい Pod がデプロイされると、Nginx ワークロードは古い Pod を削除し、新しい Pod のみを保持します。
他のメソッドによるトリガーの使用
標準の HTTP GET または POST リクエストで操作をトリガーできます。たとえば、curl https://cs.console.alibabacloud.com/hook/trigger?token=xxxxxxx コマンドを実行して操作をトリガーできます。
一部の Shell バージョンでは、? 文字がワイルドカードとして認識され、curl コマンドが失敗する場合があります。この問題は、curl "https://cs.console.alibabacloud.com/hook/trigger?token=xxxxxxx" のように、リンクを引用符で囲むことで解決できます。
リファレンス
OpenAPI を使用してトリガーを管理することもできます。詳細については、以下をご参照ください。