シナリオ 3: 組織のアンマネージド ソリューションを管理ソリューションへ移行する

このシナリオは、運用環境に複数のアンマネージド ソリューションが含まれている状況、または既定のソリューションでカスタマイズが行われた状況に対処します。 ここで説明するタスクは、テスト環境と運用環境で、単一の管理レイヤーを作成するために使用する単一のソリューションで、アンマネージド モデル駆動型アプリ コンポーネントをすべて管理に変換する方法に関してです。 後で他のソリューションを作成して、ソリューション間のさまざまな階層戦略と依存関係を開発することができます。

開発環境を除き、最終的な結果は、環境の管理環境にのみあります。 詳細: 管理ソリューションとアンマネージド ソリューション。

前提条件

• 個別の開発環境と運用環境。 さらに、開発環境および運用環境とは別のテスト環境を少なくとも 1 つ維持することをお勧めします。
• 使用中のすべての環境で、あらゆるソリューションに単一の発行者を使用します。 詳細 : ソリューション発行者

アンマネージド ソリューションを管理ソリューションに変換する

1. 不要なテーブルとコンポーネントを特定して削除します。

   1. 運用環境のバックアップを作成します。 次の手順で、ソリューションのエクスポートとインポートによって誤って削除された可能性のあるコンポーネントを元に戻すことができます。
   2. 運用環境から不要なテーブルとコンポーネントを削除します。 たとえば、レコードのないテーブルや非常に古いレコード、または依存関係のないテーブルとコンポーネントを削除することを検討してください。 詳細: コンポーネントの依存関係を表示する

2. ソリューションを作成して、コンポーネントをアンマネージドから管理に変換します。

   • 使用している開発環境で、すべて の Microsoft Dataverse モデル駆動型のアプリ、テーブル、および依存コンポーネント (フォーム、ビュー、フィールド、グラフ、ダッシュボードなど) を含めるために使用する 単一 のアンマネージド ソリューションを作成します。 これらすべてのコンポーネントを一緒に組み込むことで、後で新しいモデル駆動型アプリやカスタマイズを更新または導入するときに発生するソリューション間の階層の問題が起こる可能性を減らすことができます。 詳細: ソリューションの作成
     • カスタム アンマネージド テーブルなどの アンマネージド コンポーネントの場合、カスタムのアンマネージド テーブルなどのコンポーネントでセグメント化はしませんが、これらのコンポーネントをソリューションに追加するときは すべてのコンポーネントを含める を選択します。
     • カスタマイズした 管理 コンポーネントがある場合、そのコンポーネントをソリューションに追加するときにセグメント化を使用します。 たとえば、カスタム列を追加した場合、または既存の列の表示名を アカウント および 連絡先 などの Power Apps 標準テーブルに変更した場は、セグメント化を使用して、プロジェクトに必要なカスタマイズされたコンポーネントのみをエクスポートし、サービスを提供する予定のない他のコンポーネントはエクスポートしないようにします。 これを行うには、コンポーネントを選択 を選択してから、カスタマイズしたコンポーネントのみをソリューションに追加します。

       チップ

       マネージド コンポーネントがカスタマイズされているかどうかを確認するには、コンポーネントの基本マネージド レイヤーの上にあるアンマネージド レイヤーを探します。 詳細: コンポーネントのソリューション レイヤーを表示する

   • 変換するキャンバス アプリ、フロー、ポータル アプリ、またはプラグインがある場合は、いつでも別のアンマネージド ソリューションに追加できます。
   • すべてのソリューションに単一の発行者を使用することを忘れないでください。 詳細 : ソリューション発行者

3. 管理ソリューションをデプロイします。

   1. 既存のテスト環境がある場合は、次の手順に進むことができます。 ただし、テスト環境として使用するには運用環境のコピーを作成することをお勧めします。 詳細: 環境のコピー
   2. アンマネージド ソリューションを開発環境から 管理 としてエクスポートします。 詳細: ソリューションのエクスポート
   3. インポートする管理ソリューションと同じ名前のアンマネージド ソリューションがテスト環境にある場合は、テスト環境のアンマネージド ソリューション レコードを削除します。 アンマネージド ソリューション レコードを削除するには、Power Apps テスト環境または運用環境を選択してから、ソリューション、アンマネージド ソリューションの順に選択し、コマンド バーで削除を選択します。 アンマネージド ソリューションを削除しても、ソリューションのアンマネージド コンポーネントは削除されないことに注意してください。
   4. 管理に変換された パラメータのある Power Platform CLI ソリューションのインポート コマンド、または DevOps ツール ソリューションのインポート タスクを使用して、テスト環境にソリューションをインポートします。 現在、Power Apps ポータルを使用して、ソリューションを正常にインポートし、すべてのコンポーネントを管理に変換することはできません。
   5. アプリの特定の機能が正しく機能しているかを確認するためのテストが多数あります。 単位テスト、エンドツーエンド、およびユーザー受け入れテスト (UAT) を含むテストもあります。
   6. テストが完了して検証されたら手順の c から e を繰り返しますが、テスト環境で手順を実行する代わりに、運用 環境で手順を実行します。
   7. キャンバス アプリ、フロー、またはポータル アプリがある場合は、最初に管理ソリューションをテストにインポートしてから、上記と同様の方法で運用環境にインポートします。

次の手順

管理ソリューションに移行したので、ソリューションとコンポーネントの階層化について理解することをお勧めします。 さらに、開発環境を除いて、環境内にアンマネージド カスタマイズやアンマネージド ソリューションがないようにします。 詳細ついては、ソリューションの階層 を参照してください

関連項目

シナリオ5: チーム開発のサポート