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