チュートリアル: モジュール式リポジトリ構造への移行

Version:

日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

Managed Cloud Containersソリューションで、モジュール式のリポジトリ構造がサポートされるようになりました。この構造により、顧客に関連しないコードを外部ストレージに移動でき、将来ソリューションをアップグレードしやすくなります。

ソリューションが既にモジュール構造をサポートしているかどうかを確認するには、アプリケーションリポジトリでsolution.jsonファイルを探します。リポジトリにsolution.jsonファイルが含まれておらず、モジュール構造に移行する場合は、このトピックの手順に従います。

このチュートリアルでは、次の方法について説明します。

移行を準備する

移行を準備するには:

mccsharedupgradestorageストレージアカウントに移動し、mcc-upgradesコンテナーを開いて、トポロジとSitecoreバージョンの最新のリビジョンを見つけます。- mcc.{topology}.upgrade.{sitecore_version}-r.{revision}.nupkg

メモ

ストレージアカウントにアクセスできない場合は、DevOpsエンジニアアクセスのサービスリクエストを開きます。
パッケージをダウンロードして一時フォルダに解凍します。
リポジトリを見直し、カスタマイズを行ったかどうかを確認します。
- Infrastructureリポジトリ内のカスタマイズされたファイルの場合:カスタムファイルを別々のterraformモジュールに移動します。
- アプリケーションリポジトリ内のカスタマイズされたファイルの場合: カスタムファイルを個別のAnsibleロールに移動します。たとえば、パブリック・サービスを追加した場合は、「パブリック・サービスの追加」トピックで説明されているプロセスに従います。監視拡張機能を追加した場合は、「カスタムPrometheusアラートの追加」トピックと「 Grafanaダッシュボードのインポートとエクスポート」トピックをお読みください。

インフラストラクチャを移行するには:

手記

ファイルをカスタマイズした場合は、すべてのカスタム変更が異なるモジュールに分割されていることを確認する必要があります。

機能ブランチを作成し、Infrastructureフォルダのすべての内容をInfrastructureリポジトリにコピーします。ただし、次のフォルダは除きます。
- config\resources
version.txtファイルがある場合は、削除します。
frontdoorフォルダとMCCアップグレードパッケージに存在するフォルダを除く、ルートフォルダの下にあるすべてのフォルダを削除します。
config\resources\resources.jsonファイルとsku\resources.{topology-size}.jsonファイルを比較します。構造に違いがある場合は、config\resources\resources.jsonを更新します。
メインブランチに対してプル要求を作成します。競合を確認し、解決します。
プルリクエストを完了します。 infrastructureパイプラインが実行され、変更が自動的に適用されます。
infrastructureパイプラインの実行が正常に終了していることを確認します。
変更があった場合は、frontdoorパイプラインを実行します。
pipelinesフォルダーに新しいファイルを追加した場合は、Azure DevOpsで新しいパイプラインを作成し、それを新しいパイプライン (pipelinesフォルダーからyamlファイル) にリンクする必要があります。詳細については、パイプラインのドキュメントを参照してください。

アプリケーションを移行するには:

手記

ファイルをカスタマイズした場合は、すべてのカスタム変更が異なるモジュールに分割されていることを確認する必要があります。

機能ブランチを作成し、次のフォルダーを除くApplicationフォルダーのすべての内容をアプリケーションリポジトリにコピーします。
- config\resources
version.txtファイルがある場合は、削除します。
config\resources\resources.jsonファイルとsku\resources.{topology-size}.jsonファイルを比較します。構造に違いがある場合は、config\resources\resources.jsonを更新します。
Sitecoreによってコミットされたrolesフォルダーの下にあるすべてのフォルダー (MCCアップグレードパッケージに付属していたフォルダーを除く) を削除します。
メインブランチに対してプル要求を作成します。競合を確認し、解決します。 applicationパイプラインが実行され、変更が自動的に適用されます。
applicationパイプラインの実行が正常に終了していることを確認します。
pipelinesフォルダーに新しいファイルを追加した場合は、Azure DevOpsで新しいパイプラインを作成し、それを新しいパイプライン (pipelinesフォルダーからyamlファイル) にリンクする必要があります。詳細については、パイプラインのドキュメントを参照してください。

変更を元に戻し、元の状態に戻すには:

この記事を改善するための提案がある場合は、お知らせください!