Power BI の実装計画: ワークスペース レベルのワークスペース

この記事では、Fabric 内の Power BI エクスペリエンスに重点を置いて、Microsoft Fabric ワークスペースのワークスペース レベルで行う戦術的な実装計画について説明します。

この記事の主な目的は次のとおりです。

• ファブリック管理者: 組織内の Fabric 実装の監督を担当する管理者。
• センター オブ エクセレンス (CoE)、IT、ビジネス インテリジェンス (BI) チーム: 組織内のデータと BI の使用を監視し、組織全体のセルフサービス ユーザーをサポートするチーム。
• コンテンツ作成者と所有者: ワークスペースでコンテンツを作成、発行、管理するセルフサービス ユーザー。

ワークスペースを効果的に使用するには、多くの戦術的な決定を行います。 可能な限り、個々のワークスペース レベルの決定は、テナント レベルの決定に合わせる必要があります。

ワークスペースの目的

ワークスペースを計画するときは、保存するコンテンツの種類だけでなく、ワークスペースがサポートするアクティビティも考慮することが重要です。

財務関連のワークスペースの次の 2 つの例を考えてみましょう。 どちらも同じチーム専用ですが、各ワークスペースは異なる目的で機能します。

• 財務の月末ワークスペース: 財務の月末ワークスペース には、調整レポートと月末決算レポートが含まれています。 このワークスペースは、コラボレーション作業をサポートするための非公式のワークスペースと考えられます。 このワークスペースの主な用途は、緊密に連携する少人数のグループによるコラボレーションであるため、コンテンツ閲覧者に Power BI アプリは必要ありません。 ほとんどのチーム メンバーには、このワークスペースのコンテンツを編集できるアクセス許可があります。
• 財務レポート ワークスペース: 財務レポート ワークスペース には、完成したプレゼンテーション レベルのレポートが含まれています。 このワークスペースには、Power BI アプリを介して、役員を含む多くの閲覧者に組織全体に広く配布されるコンテンツが含まれています。 ワークスペースは厳密に管理されています。

これら 2 つの例を念頭に置いて、ワークスペースの目的の 2 つの特定の側面 ( コラボレーションの意図 と 表示の意図) を検討します。

コラボレーションの意図

Fabric ポータルのワークスペースの主な目的は、複数の共同作成者間の コラボレーション を容易にすることです。

ワークスペースでのコラボレーションは、次のような複数の方法で行われます。

• チームベースの開発: ユーザーは連携してコンテンツの構築、テスト、発行を行うことができます。 あるユーザーはレイクハウスの設計に取り組むことができます。 別のユーザーがセマンティック モデルの設計に取り組み、他のユーザーがレポートの作成に集中する場合があります。
• テストと検証の: ユーザーは、新しいコンテンツのデータ検証を実行する必要がある場合があります。 部署の主題の専門家は、ユーザー受け入れテスト (UAT) を実行する必要がある場合があります。 データ品質チームは、セマンティック モデルの精度を検証する必要がある場合があります。
• 機能強化: コンテンツの関係者やコンシューマーは、コンテンツのライフサイクル全体を通じてコンテンツの機能強化を提案する場合があります。
• 所有権の譲渡: 他のユーザーまたはチームが、他のユーザーが作成したコンテンツに対して 責任を負う 場合があります。

Fabric 導入ロードマップの重要な領域の 1 つは、コンテンツの所有権と管理です。 ワークスペースで発生するコラボレーションの種類は、コンテンツの所有権と管理に対して選択したアプローチによって異なります。

• ビジネス主導のセルフサービス BI: 事業部門または部署のコンテンツ作成者が所有または管理するコンテンツ。 このシナリオでは、ワークスペース内のほとんどのコラボレーションは、その部署のユーザー間で行われます。
• 管理されたセルフサービス BI: 一元化されたチームが所有または管理するデータですが、ビジネス ユニットのさまざまなコンテンツ作成者がレポートとダッシュボードを担当します。 このシナリオでは、複数のチームによるコラボレーションを安全に容易にするために、複数のワークスペースが必要になる可能性が高くなります。
• エンタープライズ BI: IT、エンタープライズ BI、CoE などの一元化されたチームが所有または管理するコンテンツ。 このシナリオでは、ワークスペース内のコラボレーション作業が、一元化されたチームのユーザー間で行われます。

ワークスペースでのコラボレーションを計画する際の主要な決定事項とアクションのチェックリスト:

コンテンツ閲覧の目的

ワークスペースの副次的な目的は、コンテンツを表示する必要があるコンシューマーにコンテンツを配布することです。 コンテンツ閲覧者にとって、プライマリ Fabric ワークロードは Power BI です。

Power BI サービスのコンテンツ配布には、複数の方法でアプローチできます。

• Power BI アプリを使用してレポートを表示できます。非ユーザー ワークスペースに格納されているコンテンツは 、Power BI アプリに発行できます。 Power BI アプリは、ワークスペースでレポートを直接表示するより使いやすいエクスペリエンスです。 このため、コンシューマーにコンテンツを配布するには、多くの場合、Power BI アプリの使用が最善の選択肢です。 Power BI アプリの対象ユーザーは柔軟です。 ただし、アプリでコンテンツを配布する方法の目標が、ワークスペース内またはワークスペース間でコンテンツを整理する方法を決定する要因となる場合があります。 Power BI アプリのセキュリティ保護の詳細については、「レポート コンシューマーのセキュリティ計画」を参照してください。
• レポートは、ワークスペースで直接表示できます。このアプローチは、多くの場合、非公式の共同作業ワークスペースに適しています。 ワークスペースのロールは、ワークスペースに含まれるコンテンツを表示または編集できるユーザーを定義します。 ワークスペースのロールについて詳しくは、「コンテンツ作成者のセキュリティ計画」を参照してください。
• レポートは共有できます。 アイテムごとのアクセス許可 (リンクまたは直接アクセス) の使用は、ワークスペース内の 1 つのアイテムへの読み取り専用アクセスを提供する必要がある場合に便利です。 管理が簡単であるため、共有よりもアプリのアクセス許可とワークスペースのロールを多く使用することをお勧めします。 詳しくは、「レポート コンシューマーのセキュリティ計画」を参照してください。
• レポートは別のアプリケーションに埋め込んでアプリケーションで表示できます。コンシューマーが別のアプリケーションに埋め込まれた Power BI コンテンツを表示することを意図している場合があります。 効率を向上させ、ワークフロー内に留まるために、ユーザーがアプリケーションから離れずにいるのが合理的である場合、コンテンツを埋め込むのが便利です。

Fabric 導入ロードマップのもう 1 つの重要な領域は、コンテンツ配信スコープです。 ワークスペースがコンテンツ配布をサポートする方法は、コンテンツ配信スコープによって異なります。

• 個人用 BI: コンテンツは、コンテンツ作成者が使用することを目的としています。 他のユーザーとコンテンツを共有することは目的ではないので、次のセクションで説明するように、個人用 BI は個人用ワークスペースで実行されます。
• Team BI: コンテンツは、密接に連携する比較的少数の同僚と共有されます。 このシナリオでのほとんどのワークスペースは、非公式のコラボレーション ワークスペースです。
• 部門別 BI: コンテンツは、大規模な部署またはビジネスユニットに属する多くの利用者に配布されます。 このシナリオでのワークスペースは、主にコラボレーション作業用です。 部門別 BI シナリオでは、コンテンツは、ワークスペースで直接表示されるのではなく、Power BI アプリで一般的に表示されます。
• Enterprise BI: コンテンツは、組織の境界を越えて最も多くのターゲット コンシューマーに広く配信されます。 このシナリオでのワークスペースは、主にコラボレーション作業用です。 エンタープライズ BI シナリオの場合、コンテンツは、ワークスペースで直接表示されるのではなく、Power BI アプリで一般的に表示されます。

ワークスペース コンテンツの表示方法に対する期待を考慮する際の主要な決定事項とアクションのチェックリスト:

個人用ワークスペースの適切な使用

次の 2 種類のワークスペースから選択できます。

• 個人用ワークスペース: すべてのユーザーが個人用ワークスペースを持っています。 個人用ワークスペースは、特定の種類のコンテンツを Fabric ポータルに発行するために使用できます。 その主な目的は、個人 BI の使用シナリオをサポートすることです。
• ワークスペース: ワークスペース の主な目的は、複数のユーザー間のコラボレーションをサポートすることです。 二次的な用途として、ワークスペースでコンテンツを表示することもできます。

パーソナルBI、一時的なコンテンツ、テスト以外の目的で使用される個人用ワークスペースは、組織のリスクを高めます。 個人用ワークスペースでは、ワークスペース所有者のみがコンテンツを作成および管理します。 個人用ワークスペースでは、他のユーザーとのコラボレーションもサポートされていません。

ユーザーが任意の種類の Fabric アイテム (Lakehouse やウェアハウスなど) を作成できるようにするには、 ワークスペースを Fabric 容量に追加する必要があります。 このプロセスは、標準ワークスペースと個人用ワークスペースの両方に適用されます。 容量の割り当てを管理することで、個人用ワークスペースで特定の種類のアイテムを作成できるユーザーを管理できます。

個人用ワークスペースは、他のユーザーとコンテンツを共有するオプションが制限されています。 個人用ワークスペースから Power BI アプリを発行することはできません。 また、Power BI アプリは、組織にコンテンツを配布するための重要なメカニズムです。 アイテムごとのアクセス許可 (リンクまたは直接アクセス) が、個人用ワークスペースのコンテンツを他のユーザーと共有する唯一の方法です。 項目ごとのアクセス許可の広範な使用には、より多くの労力が必要であり、エラーのリスクが高まります。 詳しくは、「レポート コンシューマーのセキュリティ計画」を参照してください。

個人用ワークスペースの使用方法に対する期待を考慮する際の主要な決定事項とアクションのチェックリスト:

詳細については、ファブリック導入ロードマップを参照してください。

• Fabric の一元化されたポータル
• 生地トレーニング
• Fabric のドキュメント

ワークスペースの所有権

ワークスペースを計画する際に考慮すべき最も重要なことの 1 つは、 所有権とスチュワードシップ の役割と責任を決定することです。 目標は、各ワークスペース内のコンテンツの作成、保守、公開、セキュリティ保護、サポートに対して責任を持つユーザーを正確に明らかにすることです。

所有権の明確さは、データの作成と管理に関する責任が部門や部署間で分散または分散されている場合に特に重要です。 この概念は、"データ メッシュ" アーキテクチャとも呼ばれることがあります。 データ メッシュの詳細については、「データメッシュとは」を参照してください。

Fabric では、分散化または分散型所有権はワークスペースを通じて有効になります。 組織のさまざまな領域は独立して動作できますが、 OneLake の同じ基になるデータ構造に引き続き貢献します。 各ワークスペースに対して、課金、地理的なデータの場所、パフォーマンスの監視用に独自の管理者、アクセス制御、容量の割り当てを設定できます。

コラボレーションの意図に、分散化、および 1 つの部署を超える複数のチームが含まれるときは、ワークスペースの管理が複雑になる可能性があります。 多くの場合、分離されたワークスペースを作成して、どのチームがどのコンテンツを担当するかを明確に示しておくと便利です。 複数のワークスペースを使用すると、所有権と管理の責任を具体化でき、最小限の特権の原則に従ってセキュリティを設定するのに役立ちます。 セキュリティに関するその他の考慮事項については、「コンテンツ作成者のセキュリティ計画」を参照してください。

ワークスペースの所有権の責任を考慮する際の主要な決定とアクションのチェックリスト:

ワークスペースの編成

ワークスペースを編成する方法は、ワークスペース計画の最も重要な側面の 1 つです。

ビジネス ユニットや部門によって、コラボレーションの要件に応じてワークスペースの使用方法が異なる場合があります。 新しいワークスペースが必要な場合は、このセクションで説明する要素を考慮することをお勧めします。

ワークスペースの対象とスコープ

次のオプションでは、対象とスコープでワークスペースを編成する方法に関するいくつかの提案を示します。

場合によっては、Microsoft Entra ID でいくつかの便利なグループが既に確立されている場合があります。 グループを使用して、定義されたサブジェクト領域とスコープのリソースへのアクセスを管理できます。 ただし、このアプローチを完全に実装するには、新しいグループを作成する必要がある場合があります。 詳細については、「 ワークスペースへのアクセス」を参照してください。

オプション 1: サブジェクト領域またはプロジェクトごとに 1 つのワークスペース

対象領域またはプロジェクトごとに 1 つのワークスペースを作成する場合は、ワークスペースの目的に集中できます。 このアプローチは、ワークスペース間でのコンテンツの分散のバランスを取ることができます。

例: "四半期財務情報" または "製品発売分析"

オプション 1 には次のような利点があります。

• コンテンツを編集または表示できるユーザー のアクセスを管理する方が簡単です。これは、アクセスのスコープがサブジェクト領域ごとに行われるためです。
• 組織の境界を越えてユーザーがコンテンツにアクセスする場合、次に説明するオプション 2 と比較して、件名領域別にワークスペースを構成する方が柔軟性が高く、管理が容易になります。
• 各対象領域ごとに1つのスコープを設定することは、アイテムが多すぎるワークスペースと少なすぎるワークスペースの間で良好な妥協点となります。

オプション 1 の欠点は、狭いワークスペースまたは幅の広いワークスペースの定義によっては、ユーザーが過剰な数のワークスペースを作成するリスクが生じることです。 コンテンツが多くのワークスペースに分散していると、ユーザーによるコンテンツの検索が困難になる場合があります。

オプション 2: 部署またはチームごとに 1 つのワークスペース

一般的な方法は、部署、チーム、または部署ごとに 1 つのワークスペースを作成することです。 実際、組織図との連携は、ユーザーがワークスペースの計画を開始する最も一般的な方法です。 ただし、このアプローチはすべてのシナリオに適しているわけではありません。

例: "財務部門" または "営業チーム分析"

次の図は、部門、チーム、またはサブジェクト領域ごとにワークスペースを分離する方法の一般化された例を示しています。 オプション 1 とオプション 2 は同じです。 各ワークスペースに含める項目は、各部門、チーム、または対象領域が重点を置くデータの性質と、データの使用方法によって異なります。

オプション 2 には次のような利点があります。

• 計画を始めるのが簡単です。 部門ユーザーが必要とするすべてのコンテンツは、1 つのワークスペース内にあります。
• すべてのコンテンツが自分の部署またはチームに関連付けられているワークスペースに発行されるため、ユーザーは使用するワークスペースを簡単に把握できます。
• セキュリティ ロールの管理は簡単です。特に、Microsoft Entra グループをワークスペース ロールに割り当てるベスト プラクティスを使用する場合は簡単です。

オプション 2 には次のような欠点があります。

• 多くの場合、結果は広いスコープのワークスペースになり、多くの項目が含まれます。 ワークスペースのスコープの定義が広いと、ユーザーが特定の項目を見つけるのが困難になる場合があります。
• ワークスペースと Power BI アプリの間に 1 対 1 のリレーションシップが存在するため、広く定義されたワークスペースを使用すると、多くのコンテンツを含むユーザー向けのアプリが作成される可能性があります。 特定のワークスペース項目をアプリから除外し、アプリ ナビゲーションの設計を使用することで、問題を軽減できます。
• 他の部門のユーザーが特定のワークスペース項目を表示する必要がある場合、アクセス許可の管理がより複雑になる可能性があります。 リスクは、部門ワークスペース内のすべてのものが目に対してのみであると想定することです。 もう 1 つのリスクは、ロールの代わりに個々のアイテムを共有して、詳細な表示アクセス許可を実現することです。
• 一部のコンテンツ作成者が、一部のアイテムを編集するためのアクセス許可を必要とする場合、1 つのワークスペースでそれらのアクセス許可を設定することはできません。 編集または表示のアクセス許可を決定するワークスペース ロールは、ワークスペース レベルで定義されます。
• 多数のワークスペース 項目がある場合、多くの場合、ユーザーが必要なものを見つけられるように、項目に厳密な名前付け規則を使用する必要があります。
• 多数のアイテムを含む広範なワークスペースには、ワークスペースに格納できるアイテムの数に関する技術的な制限が発生する可能性があります。

オプション 3: 特定のレポートまたはアプリに対するワークスペース

特定の状況を除き、レポートまたは分析の種類ごとにワークスペースを作成することはお勧めしません。

例: "日次売上概要" または "役員賞与"

オプション 3 には次のような利点があります。

• 定義範囲の狭いワークスペースは目的が明確です。
• 非常に機密性の高いコンテンツは、明示的に管理できるように、専用のワークスペースに分離することができ、多くの場合はそうする必要があります。
• きめ細かいワークスペースのアクセス許可を、いくつかの項目に適用できます。 この設定は、たとえば、ユーザーが 1 つのレポートを編集することを許可されているが、別のレポートを編集できない場合に役立ちます。

オプション 3 には次のような欠点があります。

• 使い過ぎの場合、狭く定義されたワークスペースは多数のワークスペースにつながる可能性があります。
• 多数のワークスペースでは、ユーザーにとってより多くの作業が必要です。 ユーザーは検索に依存できますが、適切なワークスペースで適切なコンテンツを見つけることは不満になる可能性があります。
• ワークスペースの数が多いほど、ワークロードの監査と管理が増えます。

ワークスペース コンテンツの対象領域とスコープを考慮する際の主要な決定事項とアクションのチェックリスト:

ワークスペースの項目の種類

データ資産を分析資産から切り離す一般的な方法は、データ ワークスペースとレポート ワークスペースを分離することです。

• "データ ワークスペース" は、レイクハウス、ウェアハウス、データ パイプライン、データフロー、セマンティック モデルなどのデータ項目の格納とセキュリティ保護専用です。
• レポート ワークスペースは、ダウンストリーム分析アクティビティに重点を置きます。 レポート ワークスペースは、レポート、ダッシュボード、メトリックなどのアイテムのみを格納し、セキュリティで保護します。 レポート ワークスペースには通常、Power BI コンテンツが含まれますが、必須ではありません。

Fabric では、この分離を拡張して、他のアイテムの種類に対して個別のワークスペースを作成できます。

いくつかの例を次に示します。

• データウェアハウス、レイクハウス、SQLデータベースにおけるデータを格納するためのデータソース ワークスペース
• データ変換ワークスペース：データ パイプライン、ノートブック、データフローを活用してデータを変換する場
• ユーザーにデータを配布するスコアカード、メトリック セット、および組織アプリケーションの配布ワークスペース

次の図は、アイテムの種類ごとにワークスペースを分離する方法の例を示しています。

レポート ワークスペースからデータ ワークスペースを分離すると、次のような利点があります。

• 承認されたレイクハウスやセマンティック モデルなどの重要な組織データは、エンタープライズ規模で再利用可能なデータを使用できるように設計された特定のワークスペースに存在できます。 一般的な例を次に示します。
  • レポート作成者は、信頼できる共有されたセマンティック モデルをより簡単に見つけて再利用できます。 詳細については、管理されたセルフサービス BI の使用シナリオを参照してください。
  • セマンティック モデル作成者は、信頼できるデータフローまたはレイクハウス テーブルをより簡単に見つけることができます。 詳細については、セルフサービス データ準備の使用シナリオと高度なセルフサービス データ準備の使用シナリオを参照してください。
• 重要な組織データに対するアクセス管理を一元化できます。 レポート ワークスペースと比較して、データ ワークスペースに対して個別にアクセスを管理することは、さまざまなユーザーがデータとレポートを担当する場合に役立ちます。 管理されたセルフサービス BI では、レポート作成者が多くなり、データの作成者が少なくなるのが一般的です。
• セマンティック モデルを編集および管理できるユーザーを制限すると、特に、多くの目的や多くのユーザーによって再利用される重要なデータ項目に対する意図しない変更のリスクが最小限に抑えられます。 物理的な分離により、不注意による変更や承認されていない変更の可能性が減ります。 この追加の保護層は、組織が品質と信頼性に依存する 認定セ マンティック モデルに役立ちます。
• 共同所有権のシナリオが明確になります。 共有セマンティック モデルが一元化された BI または IT チームから配信されると、ビジネス ユニットのセルフサービス コンテンツ作成者はレポートを発行します。 セマンティック モデルを別のワークスペースに分離することをお勧めします。 このようにすると、ワークスペースごとの所有権と責任がより明確に定義されるため、共同所有権のシナリオのあいまいさが回避されます。
• 行レベルのセキュリティ (RLS) が適用されます。 作成者が異なるワークスペースで作業することを奨励する場合、元のセマンティック モデルに対する不要な編集アクセス許可はありません。 利点は、 RLS と オブジェクト レベル セキュリティ (OLS) がコンテンツ作成者とコンテンツ ビューアーに適用される点です。

データ ワークスペースとレポート ワークスペースを分離する場合の欠点は次のとおりです。

• データ ワークスペースとレポート ワークスペースを区別するには、ワークスペースの名前付け規則が必要です。
• コンテンツの作成者とコンシューマーがコンテンツを公開する場所と検索する場所を理解するように、追加のユーザー教育が必要です。
• ワークスペースに含める必要がある項目の種類を明確に示すのが難しい場合があります。 時間の経過につれて、ワークスペースには当初の意図よりも多くの種類のコンテンツが含まれる結果になる場合があります。
• 個別のワークスペースを使用すると、管理と監査が必要なワークスペースの数が多くなります。 目的、スコープ、その他の考慮事項 (開発、テスト、運用コンテンツの分離など) を計画するときに、ワークスペースを設計するアプローチがより複雑になる可能性があります。
• 特に、レポート作成者が 複合モデル やレポート レベルのメジャーで処理できる要件を超える要件がある場合は、一元化されたデータ項目に対する要求された変更を追跡して優先順位を付けるために、追加の変更管理プロセスが必要になる場合があります。

ワークスペース開発ステージ

一般的な方法は、コンテンツ開発のさまざまな段階に個別のワークスペースを使用することです。 通常、この方法には次の段階が含まれます。

• テストされていない変更用の開発ワークスペース
• 専用の内部テストとユーザー テスト用にワークスペースをテストする
• コンシューマー向けのコンテンツをリリースするための運用ワークスペース

Fabric では、各ステージのワークスペースをデプロイ パイプラインに追加できます。 デプロイ パイプラインは、パイプライン管理者がステージ間の変更を比較してデプロイできるようにすることで、コンテンツ ライフサイクル管理に役立ちます。 通常は、最初に最も早い段階 ( 開発など) にコンテンツを発行してから、次のステージに展開します ( 開発 から テスト ワークスペースへのコンテンツのデプロイ、 テスト から 運用 ワークスペースへの展開など)。

このセットアップの例を次に示します。

開発ステージと項目の種類の両方で分離ワークスペースを組み合わせることもできます。 デプロイ パイプラインを使用する場合は、 自動バインドを 使用してステージがリンクされていることを確認できます。 自動バインドにより、たとえば、 レポート開発ワークスペース 内のレポートが、モデル開発ワークスペース内の正しいセマンティック モデルを指すように します。

次に例を示します。

必要に応じて、次の種類のワークスペースなど、他のワークスペースを使用できます。

• クリエイターが一人で作業するためのプライベートワークスペース。 このセットアップを使用することは、Git 統合を使用してコンテンツで共同作業を行う一般的な方法です。各コンテンツ作成者は、互いの作業を中断しないように、コンテンツの個別のコピー (ブランチ) で動作するためです。 その後、作成者は pull request を開いて、変更を開発ワークスペースに同期する別のブランチにマージできます。このブランチでは、作成者はコンテンツを表示できますが、コンテンツの変更や公開は行いません。
• コンテンツをリリースする前に、作成者が特定のテストを実行するための実稼働前ワークスペース。 これらのテストには、パフォーマンス テストや、データ ゲートウェイやアプリなどのサポート リソースのテストが含まれる場合があります。
• 作成者が自由に実験し、即興探索を行うためのサンドボックス ワークスペース。 サンドボックス ワークスペースは通常、定期的に空になります (多くの場合、API やノートブックを使用するなど、自動的に)。 作成者がサンドボックス ワークスペースから保持するコンテンツは、より多くの開発のために個人用ワークスペースまたはプライベート ワークスペースにコピーできます。

開発段階でワークスペースを分離する利点は次のとおりです。

• 次のような、より高度で構造化された開発プロセスをサポートできます。

  • ステージ間でコンテンツをコピーするデプロイ パイプライン
  • デプロイとリリースのための Git 統合とブランチ戦略
  • コンテンツ ライフサイクル内の特定のタスクを調整または自動化するノートブック

• コンシューマーが使用する運用コンテンツの中断を回避できます。

• コンテンツのアクセス制御が強化されました。

開発段階でワークスペースを分離する場合の欠点は次のとおりです。

• より多くのワークスペースを管理して管理する必要があり、オーバーヘッドが増えます。
• 新しいデプロイとデプロイ後のアクティビティを計画する必要があります。
• 開発ステージを通じてコンテンツを展開または昇格する、サポートされていない他のツールや機能を考慮する必要がある場合があります。
• 作成者が間違ったステージに発行して使用できないようにするには、より高度なワークスペース アクセス ポリシーが必要です。

ワークスペース内の組織

ワークスペース構造を整理するだけでなく、コンテンツを 1 つのワークスペース に 整理する必要もあります。

ワークスペース内のコンテンツをより適切に整理するには、次のガイドラインを考慮してください。

• 明確な名前付け規則を使用して、さまざまなコンテンツを簡単に識別できます。 数値プレフィックス (必要に応じて、コンテンツをアルファベット順に並べ替えるために、01 - Daily Sales など) を使用することを検討してください。
• タスク フロー を使用して、ワークフロー内の目的でコンテンツをタスクにグループ化します。 タスク フローを使用すると、(タスク フロー内のタスクを選択することで) 類似のコンテンツをすばやく特定して選択できます。 同じワークスペースに目的が異なる多数のアイテムの種類を含める場合は重要です。
• ワークスペース フォルダーを使用して、同様のコンテンツをグループに整理します。 ワークスペース フォルダーは、タスク フローのタスクの代わりに、またはタスクに加えて使用できます。
• 保証と秘密度ラベルを使用して、保証と秘密度の状態に基づいてコンテンツに適切にラベルを付けます。

ユーザーがワークスペースに格納できる項目の種類を検討するときの主要な決定事項とアクションのチェックリスト:

ワークスペース アクセス

ワークスペースの主な目的はコラボレーションであるため、ワークスペース アクセスは主にワークスペース コンテンツを作成および管理するユーザーに適用されます。 コンテンツの表示にワークスペースを使用する場合にも、アクセスが関連する場合があります。 この目的は、この記事で前述したように、ワークスペースの第 2 の目的です。

ワークスペース ロールの計画を開始するときは、次の質問を検討すると便利です。

• ワークスペースでのコラボレーションはどのように行われますか?
• コンシューマーはワークスペース内のコンテンツを直接表示しますか?
• ワークスペース内のコンテンツを管理する責任は誰ですか?
• ワークスペースに格納されたコンテンツを誰が表示できますか？
• 個々のユーザーまたはグループをワークスペース ロールに割り当てる予定ですか?

ベスト プラクティスは、グループを使用してワークスペース ロールを割り当てることです。 セキュリティ グループ、メールが有効なセキュリティ グループ、配布グループ、Microsoft 365 グループはすべて、ワークスペースのロールでサポートされています。 グループについて詳しくは、「テナント レベルのセキュリティ計画」を参照してください。

グループを使用する場合は、ワークスペースごとにロールごとに 1 つのグループを作成することを検討してください。 たとえば、"四半期財務情報" ワークスペースをサポートするには、次のグループを作成できます。

• Fabric ワークスペース管理者 - 四半期財務情報
• Fabric ワークスペース メンバー - 四半期財務情報
• Fabric ワークスペース共同作成者 - 四半期財務情報
• Fabric ワークスペース閲覧者 - 四半期財務情報
• Power BI アプリ閲覧者：四半期財務報告

この記事で前述したように、データ ワークスペースをレポート ワークスペースから分離すると、グループの数はさらに多くなります。 データとレポートのワークスペースを分離すると、グループの数が 5 から 10 へと倍増することを考慮してください。

• Fabric データ ワークスペース管理者 - 四半期財務情報
• Fabric レポート ワークスペース管理者 - 四半期財務情報
• Fabric データ ワークスペースメンバー - 四半期財務情報
• Fabric レポート ワークスペースメンバー - 四半期財務情報
• Fabric データ ワークスペース共同作成者 - 四半期財務情報
• Fabric レポート ワークスペース共同作成者 - 四半期財務情報
• Fabric データ ワークスペース閲覧者 - 四半期財務情報
• Fabric レポート ワークスペース閲覧者 - 四半期財務情報
• Power BI アプリ閲覧者：四半期財務報告

開発、テスト、運用用に複数のワークスペースが存在する場合、さらに多くのグループが作成されます。 グループの数が 3 倍になる可能性があります。 たとえば、データ ワークスペース管理者だけの場合は、次の 3 つのグループを作成します。

• Fabric データ ワークスペース管理者 - 四半期財務情報 [Dev]
• Fabric データ ワークスペース管理者 - 四半期財務情報 [Test]
• Fabric データ ワークスペース管理者 - 四半期財務情報

上記の例は、ワークスペース ロールにマップされるグループの使用がすぐに管理不能になることを伝えることを目的としています。

ワークスペースのロールにグループを効果的に使用するには、綿密な計画が必要になる場合があります。 既存のグループ (組織図に沿っている可能性があります) が Fabric コンテンツの管理に関するすべてのニーズを満たしはしないシナリオの発生に備えてください。 そのような場合は、この目的のために特別にグループを作成することをお勧めします。 この目的のために、前の例のグループ名には Fabric または Power BI という単語が含まれています。 複数のビジネス インテリジェンス ツールがある場合は、プレフィックスとして BI のみを代わりに使用することを選択できます。 こうすることで、複数のツールで同じグループを使用できます。

最後に、この例では 1 つのワークスペース ("四半期財務情報") を示していますが、多くの場合、1 つのグループ セットでワークスペースのコレクションを管理できます。 たとえば、財務チームが所有および管理する複数のワークスペースが、同じグループを使用できることが考えられます。

ワークスペースへのアクセスを検討する際の主要な決定事項とアクションのチェックリスト:

ワークスペース ドメイン

この記事で前述したように、ワークスペースの所有権を明確に示すことが重要です。 Fabric でワークスペースの所有権をさらにサポートする 1 つの方法は、ドメインを使用することです。 ドメインは、類似した特性を持つ複数のワークスペースの論理グループです。

テナント内のドメインの計画の詳細については、「ワークスペース ドメイン」を参照してください。

ワークスペースの設定

個々のワークスペースごとに複数の設定を設定できます。 これらの設定は、コラボレーションの実行方法、ワークスペースへのアクセスを許可されるユーザー、Fabric ワークロード全体にわたるデータの再利用のレベルに大きく影響する可能性があります。

ワークスペース ライセンス モード

各ワークスペースには、ライセンス モードの設定があります。 ワークスペース ライセンス モードは、 Pro、 Premium per user、 Premium 容量、 Embedded、 Fabric 容量、または 試用版に設定できます。

ライセンスの種類は次のことを決定するため、ワークスペースの計画に重要です。

• 機能: さまざまな機能がサポートされています。 PPU には、Pro では使用できない追加の機能 (デプロイ パイプラインなど) が含まれています。 Fabric 容量に割り当てられたワークスペースでは、さらに多くの Fabric 機能 (レイクハウスなど) を使用できるようになります。

• コンテンツ アクセス: ライセンスの種類によって、ワークスペース内のコンテンツにアクセスできるユーザーが決まります。

  • (ワークスペースのロールの割り当てに加えて) PPU ライセンスを持つユーザー のみが、PPU ワークスペースにアクセスできます。
  • 無料ライセンスを持つコンテンツ ビューアーにコンテンツを配信する場合は、 F64 以上のライセンスが必要です。

• データストレージの場所: 特定の地理的リージョン (ホーム リージョン外) にデータを格納する必要がある場合は、容量に割り当てられたワークスペースで可能になります (それに応じて、容量はそのリージョンに作成されます)。 データ ストレージの場所について詳しくは、テナントのセットアップに関する記事を参照してください。

ワークスペース ライセンス モードを検討するときの主な決定事項とアクションのチェックリスト:

ワークスペースのライフサイクル管理

コンテンツ作成者が共同作業を行って、組織にとって重要な分析ソリューションを提供する場合は、さまざまな ライフサイクル管理 の決定を行う必要があります。 ライフサイクル管理プロセスは 継続的インテグレーション/継続的デリバリー (CI/CD) とも呼ばれ、DevOps の 1 つの側面です。

ライフサイクル管理 に関する考慮事項には、次の方法が含まれます。

• コンテンツのタイムリーで信頼性が高く、一貫した配信を確保します。
• 同じプロジェクトに取り組んでいる複数のコンテンツ作成者間でアクティビティを伝え、調整します。
• 複数のコンテンツ作成者が同じプロジェクト内の同じアイテムを編集する場合の競合を解決します。
• 簡単で信頼性の高いデプロイ プロセスを構築します。
• デプロイされたコンテンツを以前の安定した動作バージョンにロールバックします。
• 運用環境のコンテンツを保護する際に、新機能とバグ修正の迅速なリリースのバランスを取ります。

Fabric には、次の 2 つの主要なライフサイクル管理コンポーネントがあります。

• コンテンツのバージョン管理: Git 統合 を使用すると、コンテンツ所有者と作成者が作業のバージョンを作成できます。 これは、 ワークスペース内の Web ベースの開発や、チームが Power BI Desktop などの クライアント ツールで開発するときに使用できます。 バージョン管理 (ソース管理とも呼ばれます) は、Azure DevOps のローカル リポジトリとリモート リポジトリに関連付けられているブランチを使用して、プロジェクトのすべてのリビジョンを追跡することによって実現されます。 変更は、リモート リポジトリ内のブランチに定期的に "コミット" されます。 コンテンツ作成者がテストおよび承認されたリビジョンを完了すると、ブランチはメイン リモート リポジトリ内のソリューションの最新バージョンに マージされます (マージ の競合が解決された後)。 テナント設定で機能が有効になっている場合は、Fabric ポータルの各ワークスペースに対して Git 統合を指定できます。
• コンテンツの昇格: デプロイ パイプライン は、ユーザーの安定した環境を維持するために、主にリリース管理に重点を置きます。 デプロイ パイプラインのステージ (開発、テスト、または運用) にワークスペースを割り当てることができます。 次に、コンテンツを次のステージに簡単かつ体系的に "昇格" または "デプロイ" できます。

ライフサイクル管理機能を組み合わせる場合は、計画プロセス中にベストプラクティスを使用して考慮してください。 たとえば、テストと運用のワークスペースに公開するために、開発ワークスペースとデプロイ パイプラインに Git 統合を使用できます。 これらの種類の決定では、合意された実践方法を一貫して使用する必要があります。 セットアップ、プロセス、アクセス許可モデルを完全にテストするには、概念実証を行うことをお勧めします。

ワークスペースのライフサイクル管理を計画する際の主要な決定事項とアクションのチェックリスト:

ワークスペースと Data Lake Storage Gen2 の統合

ワークスペースを Azure Data Lake Storage Gen2 アカウントに接続できます。 この方法は、次の 2 つの理由で実行できます。

• Power BI データフロー データのストレージ: 独自のデータ レイクを使用することを選択した場合、Power BI データフロー (Gen1) のデータに Azure で直接アクセスできます。 Data Lake Storage Gen2 のデータフロー ストレージへの直接アクセスは、他のユーザーやプロセスがデータを表示またはアクセスする場合に役立ちます。 特に、Power BI の外部のデータフロー データを再利用することが目的の場合に役立ちます。 ストレージを割り当てるには、次の 2 つの選択肢があります。

  • テナント レベルのストレージ。これは、Power BI データフローのすべてのデータを 1 つの Data Lake Storage Gen2 アカウントに一元化する場合に役立ちます。
  • ワークスペース レベルのストレージは、部署が独自のデータ レイクを管理する場合や、特定のデータ所在地の要件を持つ場合に役立ちます。

• Power BI セマンティック モデルのバックアップと復元: Power BI セマンティック モデルのバックアップと復元機能 は、容量または PPU に割り当てられているワークスペースでサポートされています。 この機能では、Power BI データフロー データの格納に使用されるのと同じ Data Lake Storage Gen2 アカウントが使用されます (前の箇条書きで説明しました)。 セマンティック モデルのバックアップは、次の場合に役立ちます。

  • データ保持要件に準拠する
  • ディザスター リカバリー戦略の一環として定期的なバックアップを格納する
  • 別のリージョンにバックアップを格納する
  • データ モデルを移行する

ワークスペースと Data Lake Storage Gen2 の統合を計画する際の主な決定事項とアクションのチェックリスト:

ワークスペースと Log Analytics の統合

Log Analytics は 、Azure Monitor の機能です。 Log Analytics を使用して、Power BI セマンティック モデルをホストする Analysis Services エンジンによって生成された診断データを確認できます。 ワークスペース レベルのログは、パフォーマンスと傾向の分析、データ更新分析の実行、XMLA エンドポイント操作の分析などに役立ちます。 Log Analytics は、容量または PPU に割り当てられたワークスペースでのみ使用できます。

セマンティック モデル イベント ログについて詳しくは、データ レベルの監査に関する記事をご覧ください。

Power BI で使用する Log Analytics を設定する方法の詳細については、「Power BI 用に Log Analytics を構成する」を参照してください。 統合を実装するために必要な前提条件を必ず理解してください。

ワークスペースと Log Analytics の統合を計画する際の主要な決定事項とアクションのチェックリスト:

その他のワークスペースのプロパティ

他のいくつかのワークスペース プロパティは、役に立つ情報を提供できます。 ガバナンス対象のワークスペースの場合、これらのプロパティを設定することをお勧めします。

ユーザーのエクスペリエンスを向上させるためにキー設定を設定する方法に関する推奨事項を次に示します。

• ワークスペースの説明: 適切なワークスペースの説明には、ワークスペース内のコンテンツの種類に関する簡単な説明が含まれています。 次の説明には、最大 4,000 文字を使用できます。

  • ワークスペースの目的
  • 対象ユーザー
  • そのワークスペースに発行されているコンテンツの種類
  • ワークスペースがガバナンス対象と見なされるかどうか
  • ワークスペースに開発、テスト、運用のデータが含まれているかどうか
  • 質問やサポートの連絡先

• ワークスペースの連絡先: ワークスペースの連絡先リストには、既定でワークスペース管理者が含まれます。 特定分野の専門家とは別に技術的コンテンツの所有者が存在する場合は、他の連絡先を指定すると役に立つ場合があります。 その他の連絡先として、ワークスペースのコンテンツに関する質問に回答できるグループまたは個人が考えられます。

• ワークスペース イメージ: ワークスペース イメージの一貫した使用は、ユーザーがワークスペースの一覧をスキャンするときに役立ちます。

  イメージを使用して、ユーザーが次のことを識別できるようにすることを検討してください。

  • ドメイン領域またはサブジェクト領域
  • コンテンツを所有および管理するビジネス ユニットまたはチーム
  • レイクハウス、ウェアハウス、データ パイプライン、データフロー、セマンティック モデルなど、再利用可能な項目の格納専用のデータ ワークスペース
  • レポート、ダッシュボード、メトリックなどの分析アイテムの格納専用のレポート ワークスペース

• データ モデルの設定: セマンティック モデルに対するビルドアクセス許可を持つワークスペース メンバー、管理者、およびユーザーが、Web インターフェイスを使用して Power BI データ モデルを編集できるようにします。 この設定は、ユーザーが Power BI サービス テナント設定でデータ モデルを編集できる場合に 使用されます。 この設定は、コンテンツを作成、管理、展開する方法に関する決定とプロセスと一致している必要があります。 また、前に説明したように 、バージョン管理 の方法を検討してください。

他のワークスペース プロパティを検討する際の主要な決定事項とアクションのチェックリスト:

その他の技術的要因

その他の技術的要因は、ワークスペースのセットアップに影響を与える可能性があります。

• コンテンツを他のツールやサービスと統合すると、ライセンスに影響する可能性があります。 たとえば、 Power BI レポートに Power Apps ビジュアル を埋め込む場合は、関連する Power Apps ライセンスが必要です。
• ワークスペースごとのストレージ制限は、 Pro ワークスペースに格納できるデータの量に適用されます。 容量や PPU の使用が選択肢にない場合は、ワークスペースの計画プロセス中に、ストレージ制限内で作業する方法を検討してください。
• Microsoft AppSource から テンプレート アプリ をインストールすると、アプリによって、件名とスコープが狭い新しいワークスペースが作成されます。

その他の技術的要因を考慮する際の主要な決定とアクションのチェックリスト:

関連するコンテンツ

Power BI 実装の決定に役立つその他の考慮事項、アクション、意思決定基準、および推奨事項については、次を参照してください。

• Power BI 実装計画の概要