ALM の環境戦略
アプリケーション ライフサイクル管理 (ALM) の原則に従うには、アプリの開発用と実稼働用に個別の環境が必要です。 基本的な ALM は個別の開発環境と実稼働環境でも実行できますが、開発環境と実稼働環境とは別の少なくとも 1 つのテスト環境も維持することをお勧めします。 個別のテスト環境がある場合、ソリューションの展開とアプリケーションのテストを含むエンド ツー エンドの検証を実行できます。 一部の組織では、ユーザー受け入れテスト (UAT)、システム統合テスト (SIT)、およびトレーニングのために、より多くの環境が必要になる場合もあります。
個別の開発環境は、完了前にチェックインされている 1 つの作業負荷から変更を分離するのに役立ちます。 個別の開発環境は、変更を加えている間にある人が別の人に悪影響を与える状況を減らすのにも役立ちます。
どの組織にも独自性があります。組織の環境ニーズを慎重に検討してください。
開発環境
次のような質問に答える必要があります。
- いくつの開発環境が必要ですか。
- 詳細情報: 環境の概要
- ソース コードから環境を自動プロビジョニングするにはどうすればよいですか。
- 自分の環境にはどのような依存関係がありますか。
その他の環境
「どの種類の非開発環境が必要ですか」という質問にも回答する必要があります。
たとえば、実稼働環境に加えて、個別のテスト、UAT、SIT、および実稼働前の環境が必要になる場合があります。 少なくとも、正常な ALM プラクティスには、実稼働環境に何かを展開する前にテスト環境の使用も含める必要があることに注意してください。 これにより、アプリをテストする場所が確保され、展開自体もテストできるようになります。
詳細: Microsoft Power Platform の環境戦略を確立する
複数の地理的な考慮事項
環境は世界中で更新されるため、Power Platform 環境は特定のサービス更新スケジュールに従います。 主に地理的な場所によって定義される合計 6 つのステーションがあります。 サービスの更新は、ステーションごとに順番に適用されます。 したがって、ステーション 2 のサービス更新はステーション 3 の前に適用されます。 したがって、異なるステーションにある環境では、特定の時点で異なるバージョンが使用されるのが一般的です。 環境サービスの更新スケジュールの詳細については、Microsoft Dataverse リリースされたバージョンにアクセスしてください
ソリューションのインポートと環境バージョン
異なるリージョンに複数の環境がある場合、ソリューションをインポートするときは次のことを理解しておいてください。
- ソリューションがエクスポートされた環境よりも新しいバージョンの環境にソリューションをインポートすることができます。
- ソリューションがエクスポートされた環境よりも古いバージョンの環境に、ソリューションを確実にインポートすることはできません。 これは、古い環境ではコンポーネントや必要な機能が不足している可能性があるためです。
環境をサービス更新ステーションで適切に調整する例
カナダと米国に実稼働環境があると想像してください。 その場合、開発環境はカナダ (ステーション 2) ではなく北米 (ステーション 5) にある必要があります。 そうすれば、開発環境は常に本番環境と同じかそれより前のバージョンになり、ソリューションのインポート バージョンの不適合を回避することができます。
