Power Platform の環境の種類を解説: 既定、サンドボックス、開発者、本番環境

By Mirko Peters · 2026-10-25

Power Platform の環境の種類を理解しましょう。Microsoft 365 における既定の環境、サンドボックス、開発者環境、本番環境、試用版環境の主な違いを解説します。

Automatically translated with AI from the original post. Read the English original

Power Platform の環境の種類の違いを詳しく解説します。既定のスペース、開発者用コンテナー、サンドボックス、本番環境が対象です。個人の学習、リスクのある変更のテスト、重要な業務アプリの運用について、テナントのアーキテクチャを壊さずにどのコンテナーを使うべきかを理解できます。

重要なポイント

• すべての Microsoft 365 テナントには既定の環境が 1 つ用意され、ライセンスを持つすべてのユーザーがアプリを構築できます。ただし、Microsoft は重要な本番ワークロードでの利用を推奨していません。
• サンドボックス環境は、非本番用の安全な領域です。データのリセット、コピー、削除といったリスクの高い管理機能がありますが、稼働中のシステムに影響を与えることはありません。
• マネージド開発者環境では、個々のユーザーが非公開の領域でアプリを構築しテストできます。会社の容量上限を消費することはありません。
• 試用版環境は 30 日後に期限切れになります。恒久的なアプリのホスティングではなく、短期間の概念実証を目的として設計されています。
• 適切な環境の種類を選択すると、意図しないデータの混在を防ぎ、アプリが同じ境界内にある承認済みのデータソースにのみ接続されるようになります。

Power Platform の環境の境界を理解する

Microsoft クラウドで ローコードアプリや自動化ワークフローの構築を始めるとき、最初のアーキテクチャ上の判断は、ロジックを 1 行書いたりデータベースのテーブルを作成したりする前に行われます。それは、ソリューションをどこに置くかを決めることです。Microsoft Power Platform では、環境は、ビジネスデータ、アプリ、チャットボット、フローを保存、管理、分離するために設計された安全なコンテナーとして機能します。財務、人事、マーケティングのすべてのファイルを、組織全体のマスターキーを持つ 1 つの共有フォルダーにまとめて入れないのと同じく、すべてのビジネスアプリを 1 つの共有ワークスペースにまとめるべきではありません。

環境は明確な境界を作ります。環境内で構築したものは、ライフサイクル全体を通じてその特定のコンテナーに紐づいたままになります。さらに重要なのは、アプリは同じ環境内にあるデータソースにしか接続できないという点です。サンドボックスでアプリを構築し、本番環境にあるデータベースに接続しようとすると、アプリはそのデータベースを認識できません。こうした境界を理解すれば、開発の体験は、接続エラーが次々に起こる混乱した状態から、予測可能で管理しやすいアーキテクチャへと変わります。

既定の環境: 手軽さの裏に潜むリスク

Microsoft Entra ID テナントごとに、既定の環境が 1 つ Microsoft によって自動的に作成されます。新しいユーザーにライセンスが割り当てられると、そのユーザーは環境メーカーのロールが有効な状態でこの既定の環境に直接配置されます。つまり、初日からキャンバス アプリや自動化されたフローを作成できます。この即時のアクセスのしやすさにより既定の環境は非常に使いやすく感じられますが、その利便性には大きな運用上のコストが伴います。

既定の環境は会社全体で共有されるため、個人的な試作品、シャドー IT のツール、放置されたプロトタイプですぐに埋まってしまいます。さらに、Microsoft は既定の環境について確実なバックアップを保証しておらず、削除することもできません。データベース、ファイル、ログを合わせた上限は 1 TB で、既定の環境を基幹業務アプリケーションの恒久的な置き場所として使うのは、トラブルの元になります。既定の環境は、個人の生産性向上ツールや低リスクの試験的な取り組みに限って使うべきものです。

既定の空間から移行しなければならない理由

本番ワークロードを既定の環境に依存させると、セキュリティと保守の面で大きなリスクが生じます。ライセンスを持つすべてのユーザーは既定でメーカーのアクセス許可を持つため、善意の社員であっても、ある system から機密データを取得して不適切な場所に公開する自動化フローを簡単に作成してしまいます。エンタープライズ IT 管理者は、明確なポリシーを定め、新しいメーカーを個人用の開発者環境へ誘導し、既定の空間を制限して、テナントを整理された状態に保つ必要があります。

本番環境とサンドボックス環境：本番作業とテストの切り分け

組織が気軽な試行錯誤の段階を超えたら、稼働中の業務システムとテスト環境を明確に分けなければなりません。ここで登場するのが本番環境とサンドボックス環境です。

本番環境は、恒久的で、ミッションクリティカルな作業を行う場所です。業務が毎日依存するアプリケーションと自動化されたワークフローは、必ずここで実行すべきです。ダウンタイムが収益に影響する場合、そのソリューションは適切な監視とセキュリティ制御を備えた本番用の環境に置くべきです。

一方、サンドボックス環境は安全な実験室です。サンドボックスとは、リセット、コピー、削除といった、本番環境で実行されれば致命的となる危険な機能を備えた非本番環境のことです。開発者や管理者には、サンドボックスで思い切って試行錯誤してもらい、そのエラーが本番環境に波及しないようにします。本番データベースをサンドボックスにコピーして、現実的なデータ構造に対して更新内容を検証してから本番に反映することもできます。

開発者環境と試用環境：個人の学習スペース

個々のメーカー、クラウド アーキテクト、スキルアップを目指す IT プロフェッショナルのために、Microsoft は管理上の手間を減らす専用の個人向け環境を用意しています。

管理対象の開発者環境は単一のユーザーに属し、個人の学習、プロトタイピング、構築のためだけに作られています。ライセンスを持つ各ユーザーは管理対象の開発者環境を取得でき、これらの環境は会社全体のテナント容量の上限にはカウントされません。機能を検証したり、Dataverse 上にモデル駆動型アプリを構築したり、同僚に影響を与えずに失敗を重ねたりできる、究極のサンドボックスです。

一方、試用環境は、迅速な概念実証のために用意された短期間の環境です。有効期限はきっかり 30 日です。試用環境の期限が切れると内容は消去されるため、恒久的なアプリケーションや重要な業務データを試用環境に保存しないことが不可欠です。

結論：すべてのプロジェクトに適した環境の選び方

適切な環境の種類を選ぶことは、Microsoft クラウドで安全かつ拡張性の高いソリューションを構築するための基礎となるステップです。新しい自動化フローを試すために個人の開発者スペースを用意する場合も、安全に試行錯誤するためにサンドボックスを設定する場合も、エンタープライズ ユーザー向けにロックダウンされた本番環境を展開する場合も、これらの境界を守ることで、テナントを整理された準拠状態に保てます。

環境のアーキテクチャ、セキュリティ ロール、データ ポリシー、アプリケーション ライフサイクル管理についてさらに深く学ぶには、Mirko Peters が司会を務める M365 FM Podcast のエピソード全編をぜひお聴きください。専門家の知見と、Microsoft クラウドを使いこなすための実践的な戦略が得られます。

よくある質問

デフォルトの Power Platform 環境は削除できますか?

いいえ、デフォルト環境はテナント管理者であっても削除できません。すべてのテナントには既定の環境が 1 つだけ用意されており、標準で用意された統合機能や利用開始時のユーザーの活動の基盤になっています。そのため、Microsoft はこの環境を削除できない状態にしています。運用面では、この環境で本番環境のデプロイを行わないよう制限して管理することをお勧めします。

サンドボックス環境と本番環境の違いは何ですか?

本番環境は、業務チームが利用する安定性とミッションクリティカルな業務アプリケーション向けに最適化されています。一方、サンドボックス環境はテストやトレーニング、開発を目的としています。サンドボックスには、データベースのリセットや環境の完全コピーといった、リスクの高い管理機能があります。これらの機能は、稼働中のデータを保護するために本番環境では無効になっています。

マネージド開発者環境はテナントの容量を消費しますか?

いいえ、個々のマネージド開発者環境は、組織の有償 Power Platform テナント容量を消費しません。個人のメーカーや開発者が、企業のストレージプールを使わずに構築、テスト、学習を行えるように提供されるものです。

Power Platform の試用環境はどのくらいの期間利用できますか?

標準の試用環境は期間限定のコンテナーで、30 日後に自動的に期限切れになります。試用環境内のすべてのリソースは期限切れ時に完全に削除されるため、短期間の評価や概念実証にのみ使用してください。