1. Managed Cloudの設定

ウォークスルー

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

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

Managed Cloud Containersソリューションは、現在モジュラー型リポジトリ構造をサポートしています。この構造により、顧客関連でないコードを外部ストレージに移すことが可能となり、将来的なソリューションのアップグレードが容易になります。

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

このウォークスルーでは、以下の方法を説明します:

  • 移行の準備をしてください
  • インフラの移行
  • アプリケーションの移行
  • 変更を元に戻す

移行の準備をしてください

移行の準備をするために:

  1. mccsharedupgradestorageストレージアカウントにアクセスし、mcc-upgradesコンテナを開き、トポロジーとSitecoreバージョンの最新リビジョンを探してください:- mcc.{topology}.upgrade.{sitecore_version}-r.{revision}.nupkg

    !注ストレージアカウントにアクセスできない場合は、DevOpsエンジニアのサービスリクエストを開設してください。

  2. パッケージをダウンロードして一時フォルダに解凍してください。

  3. リポジトリを見直し、カスタマイズした点を確認してください:

    • インフラストラクチャリポジトリのカスタマイズファイルについては、カスタムファイルを別々のTerraformモジュールに移動してください。
    • アプリケーションリポジトリのカスタマイズファイルについては、カスタムファイルを別個のAnsibleロールに移動してください。例えば、追加のパブリックサービスを追加した場合は、「 パブリックサービスを追加 」トピックで説明されている手順に従ってください。監視拡張機能を追加した場合は、「 カスタムPrometheusアラートの追加 」トピックと 「Grafanaダッシュボードのインポート&エクスポート 」トピックをお読みください。

インフラの移行

インフラの移行:

!注カスタマイズファイルがある場合は、すべてのカスタム変更を異なるモジュールに分けて行う必要があります。

  1. 機能ブランチを作成し、 Infrastructure フォルダの内容をすべてインフラストラクチャリポジトリにコピーします。ただし、以下のフォルダは除外します。
    • config\resources
  2. version.txtファイルがあれば削除してください。
  3. ルートフォルダ内のすべてのフォルダを削除してください。ただし、 frontdoor フォルダとMCCアップグレードパッケージにあるフォルダは除きます。
  4. config\resources\resources.jsonファイルとsku\resources.{topology-size}.jsonファイルを比較してください。構造に違いがあれば更新config\resources\resources.json。
  5. メインブランチに対してプルリクエストを作成してください。競合を確認して解決してください。
  6. プルリクエストを完成させます。 infrastructure パイプラインは自動的に動作し、変更を適用します。
  7. パイプライン infrastructure が正常に完了しているか確認してください。
  8. 変更があれば frontdoor パイプラインを実行してください。
  9. パイプラインフォルダに新しいファイルを追加した場合は、Azure DevOpsで新しいパイプラインを作成し、そのパイプライン(pipelinesフォルダ内のyaml ファイル)にリンクしてください。詳細は パイプラインのドキュメント をご覧ください。

アプリケーションの移行

アプリケーションの移行:

!注カスタマイズファイルがある場合は、すべてのカスタム変更を異なるモジュールに分けて行う必要があります。

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

変更を元に戻す

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

  • インフラストラクチャリポジトリのプルリクエストを元に戻し、 Infrastructure と Frontdoor パイプラインを実行して変更を適用してください。
  • アプリケーションリポジトリのプルリクエストを元に戻し、 Application パイプラインを実行して変更を適用します。
この記事を改善するための提案がある場合は、 お知らせください!