パイプラインの再デプロイを手動でトリガーする
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
各Sitecore Managed Cloudクライアントには、ソリューションを制御するためのパイプライン (インフラストラクチャ、アプリケーション、ポッドの再起動、ノードの再起動) が用意されています。いずれかのリポジトリのメイン ブランチに追加されたコミットは 、関連付けられているパイプラインの実行を自動的にトリガーします。
このトピックでは、Managed Cloudパイプラインと、既存のコンテナー デプロイを手動で変更する方法、およびAzure DevOpsで顧客がアクセスできるデプロイ パイプライン (InfrastructureパイプラインとApplicationパイプライン) を使用して変更を再デプロイする方法について説明します。
DevOpsエンジニアは、InfrastructureパイプラインとApplicationパイプラインの両方を手動でトリガーできます。
インフラストラクチャ パイプラインとアプリケーション パイプラインの両方に同時に変更を適用する場合は、アプリケーション パイプラインの前にインフラストラクチャ パイプラインの変更を実行することをお勧めします。
パイプラインを手動でトリガーするには:
-
Azure DevOpsに移動し、デプロイのプロジェクトを選択します。
-
「 Pipelines」をクリックします。
-
パイプラインをクリックします。たとえば、infrastructureパイプラインです。
-
「 Run Pipeline」をクリックします。
メモパイプラインを実行すると、わずかなダウンタイムが発生する可能性があります。
-
Run Pipelineダイアログで、「Run」をクリックします。Azure DevOpsはジョブをキューに入れ、再デプロイを開始します。
デプロイのステータスがRunningからSuccessに変わります。Terraformは変更された項目のみを更新するため、大きな変更が加えられていない限り、スクリプトの実行時間は短くなる可能性があります。