Managed Cloud にデプロイする
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
Managed Cloud は、GitOps の使用をサポートします。これは、クラウド ネイティブ アプリケーションの継続的なデプロイを実装する方法です。GitOps では、デプロイを制御する Git リポジトリを介してすべてのデプロイを管理する必要があります。各リポジトリにはリポジトリの設定要素が含まれており、リポジトリ内の適切な設定ファイルを変更することによってデプロイを変更する必要があります。Git リポジトリは信頼性を高め、さらにプル要求によるチームのレビューと承認メカニズムをサポートする Git の機能と、デプロイの履歴で以前の状態に変更をロールバックする機能を利用します。
また、Azure portal を使用して、非本番環境のデプロイを手動で再設定することもできますが、ソリューションが次に再デプロイされたときに変更は失われます。手動の変更は設定ファイルに取り込まれません。
本番環境のデプロイは、次の 2 つのリポジトリで設定の変更によってのみカスタマイズすることが可能です。
リポジトリとパイプラインの両方が、Sitecore によるデプロイの初期プロビジョニングで日常的に使用されます。
次の図は、Infrastructure リポジトリ、Application リポジトリ、および典型的な Managed Cloud のデプロイの主な要素の間の主要な関係を示しています。
Infrastructure
Infrastructure リポジトリには、Terraform の設定ファイルのセットとしてデプロイ用のインフラストラクチャ要素 (Frontdoor を含む) の設定が含まれています。
Infrastructure パイプライン
Infrastructure パイプラインは Terraform を使用して設定を読み取り、設定ファイルの設定と一致するようにデプロイのすべての要素を同期します。パイプラインが正常に実行されると、Terraform State ファイルが Azure Storage アカウントに保存されます。
ストレージ ファイルやストレージ アカウントは削除しないでください。Terraform state ファイルは、Infrastructure パイプラインの実行時にデプロイをロックするために使用され、Terraform のデプロイに必要です。
リポジトリの既存のインフラストラクチャ要素のカスタマイズ、スケーリング、調整の詳細については、「Managed Cloud を設定する」を参照してください。
Frontdoor パイプライン
Frontdoor パイプラインは Terraform スクリプトをデプロイして設定を読み取り、設定ファイルの設定と一致するようにデプロイのすべての要素を同期します。パイプラインが正常に実行されると、Frontdoor Terraform State ファイルが Azure Storage アカウントに保存されます。Frontdoor の設定が更新されたら、Frontdoor パイプラインを手動でトリガーする必要があります。
Application
Application リポジトリには、デプロイで使用されるコンテナーの設定がすべて含まれています。Application パイプラインは Ansible スクリプトを使用して、実行中の各コンテナーを含む AKS ポッドをセットアップします。
Sitecore ソリューションのカスタマイズや Managed Cloud インスタンスのカスタマイズには、Application リポジトリを使用する必要があります。アプリケーション要素でカスタマイズされたコンテナーを構築し、それらを ACR にアップロードして、新しくカスタマイズされたイメージを使用するように参照を変更する必要があります。
各コンテナーを実行する既存の Kubernetes ポッドのカスタマイズ、スケーリング、調整の詳細については、「Managed Cloud を設定する」を参照してください。
カスタム ソリューションの構築とカスタム イメージの作成の詳細については、Sitecore コンテナガイドの「ソリューションのビルド」を参照してください。
カスタム ソリューションとイメージを構築してデプロイするための CI/CD パイプラインの構築についての詳細は、「Sitecore, Docker, and Continuous Integration」を参照してください。