次の方法で共有


Power BI 使用シナリオ: エンタープライズ BI

注意

この記事は、Power BI 実装計画 シリーズの記事の一部です。 このシリーズでは、主に Microsoft Fabric 内での Power BI のエクスペリエンスに焦点を当てます。 シリーズの概要については、「Power BI 実装計画」を参照してください。

Fabric 導入ロードマップで説明されているように、エンタープライズ BI は、コンテンツを作成して公開する作成者の数がはるかに少ないのに対して、コンテンツ コンシューマーの数が非常に多いという特徴があります。

エンタープライズ BI と 部門の BI シナリオの違いは、 Microsoft Fabric 容量 または Power BI Premium 容量 を使用することです。これにより、Fabric 無料ライセンスを持つコンシューマーにコンテンツを広く配布できます。 コンシューマーには、組織内部のユーザーだけでなく、組織外部のゲスト ユーザーも含めることができます。

重要

この記事では、Power BI Premium またはその容量サブスクリプション (P SKU) に言及することがあります。 現在、Microsoft は購入オプションを統合し、容量あたりの Power BI Premium SKU を廃止していることに注意してください。 新規および既存のお客様は、代わりに Fabric 容量サブスクリプション (F SKU) の購入をご検討ください。

詳細については、「Power BI Premium ライセンスに関する重要な更新」と「Power BI Premium のよく寄せられる質問」を参照してください。

大規模なエンタープライズ BI 実装の多くが、一元化されたアプローチを採用しています。 一般的に、Enterprise Power BI コンテンツは、組織全体で幅広く使用するために、一元化されたチームによって管理されます。 コンテンツ管理を担当する一元化されたチームは、通常、IT、BI、またはセンター オブ エクセレンス (COE) です。

注意

相互に依存するコンテンツ コラボレーションとコンテンツ配布の使用シナリオが 4 つあります。 エンタープライズ BI シナリオは 4 番目のシナリオです。 すべてのシナリオのリストについては、「Power BI 使用シナリオ」を参照してください。

管理されたセルフサービス BI シナリオでは、セマンティック モデルとレポート開発の分離に関する重要な概念が導入されています。 わかりやすくするために、この記事ではこの概念については明示的に説明されていません。 可能な限り、管理されたセルフサービス BI シナリオで説明されている概念を適用することをお勧めします。

シナリオ図

次の図は、エンタープライズ BI をサポートする、最も一般的なユーザー アクションと Power BI コンポーネントの概要を示しています。 主な焦点は、Power BI Premium 容量の使用を含む、規模を拡大した組織全体のコンテンツ配布に置かれます。 このシナリオでは、Power BI のページ分割されたレポートも示します。

図は、組織全体のコンテンツ配布に関するエンタープライズ BI を示しています。図の項目については、以下の表に説明があります。

ヒント

シナリオ図をプレゼンテーション、ドキュメント、またはブログの投稿に埋め込む場合、または壁のポスターとして印刷する場合は、シナリオ図をダウンロードすることをお勧めします。 スケーラブル ベクター グラフィックス (SVG) イメージであるため、品質を損なわずに拡大、縮小ができます。

シナリオ図は、次のユーザー アクション、ツール、および機能を示しています。

Item 説明
項目 1。 Power BI コンテンツ作成者は、Power BI Desktop を使用して BI ソリューションを開発します。 エンタープライズ BI シナリオでは、作成者が組織の境界を越えてユーザーをサポートする一元化されたチーム (IT、BI、COE など) のメンバーであることが一般的です。
項目 2。 Power BI Desktop は、1 つ以上のデータ ソースからデータに接続します。 複数のソースを結合するクエリとデータ マッシュアップは、Power Query エディターで開発します。
項目 3。 データ モデルの開発とレポートの作成は Power BI Desktop で行います。 目的は、同僚がデータをビジュアル コンテキストに配置することで、その意味や重要性を理解できるようにすることです。
項目 4。 準備ができると、コンテンツ作成者は、Power BI Desktop ファイル (.pbix) または Power BI プロジェクト ファイル (.pbip) を Power BI サービスに公開します。
項目 5。 レポート作成者は、Power BI Report Builder を使用してページ分割されたレポートを開発します。
項目 6。 Power BI Report Builder は、1 つ以上のデータ ソースの種類からデータを照会します。
Item 7. 準備ができると、レポート作成者は、Power BI Report Builder ファイル (.rdl) を Power BI サービスに公開します。
Item 8. 複数の Power BI 項目の種類を、Fabric 容量、Premium 容量、または Premium Per User ライセンス モードに発行できます。
Item 9. エンタープライズ BI シナリオでは、(Premium Per User ではなく) Fabric 容量または Premium 容量の使用が示されています。 この選択は、無料の Fabric ライセンスを持っている多くのコンテンツ閲覧者へのコンテンツ配信をサポートするために行われます。
Item 10 レポートとダッシュボードの一部または全部が、Power BI アプリとして公開されます。 アプリの目的は、コンシューマーがユーザーフレンドリな方法で表示するための関連コンテンツのセットを提供することです。
Item 11. Power BI アプリ ユーザーは、読み取り専用のアクセス許可が割り当てられているアプリ対象ユーザーに追加されます。 アプリの設定、アプリのコンテンツ、アプリの対象ユーザーは、ワークスペースとは別に管理されます。 エンタープライズ BI シナリオでは、任意の種類の Power BI ライセンス (Fabric (無料)、Power BI Pro、または Premium Per User) を持っているユーザーをアプリの閲覧者として割り当てることができます。 この機能は、ワークスペースに Fabric 容量または Premium 容量のライセンス モードが割り当てられている場合にのみ適用されます (無料ユーザーは、Premium Per User または Embedded のライセンス モードが割り当てられているワークスペース コンテンツにアクセスできません)。
Item 12. Power BI モバイル アプリは、アプリとワークスペースのコンテンツを表示するためにも使用できます。
Item 13. Microsoft Teams で頻繁に作業するユーザーは、Power BI コンテンツを Teams で直接管理または表示すると便利な場合があります。
Item 14. 管理者、メンバー、または共同作成者のワークスペース ロールに割り当てられたユーザーは、ワークスペース コンテンツを公開および管理できます。
Item 15. スケジュールされたデータ更新を、インポートされたデータ (セマンティック モデルまたはデータフロー内) を最新の状態に保つように、Power BI サービスで設定します。
Item 16. 一部のデータ ソースでは、プライベート組織ネットワーク内に存在するデータ更新のために、オンプレミス データ ゲートウェイ または VNet ゲートウェイが必要になる場合があります。
Item 17. 他のセルフサービス コンテンツ作成者は、既存のセマンティック モデルを使用して新しいレポートを作成できます。 彼らは、Power BI Desktop、Excel、Power BI Report Builder のいずれかを使用できます。 この方法で既存のセマンティック モデルを再利用することを強くおすすめします。 管理されたセルフサービス BI シナリオでは、セマンティック モデルの再利用についてさらに調査します。
Item 18. Fabric 管理者は、Fabric ポータル内のアクティビティを監視します。 エンタープライズ BI ソリューションは、多くの場合、チーム BI ソリューションや部門 BI ソリューションよりも厳しいガバナンス要件が課されます。

重要なポイント

エンタープライズ BI シナリオに関連して重視すべき重要なポイントを以下に示します。

レポート作成ツールの選択

Power BI Desktop は高度に対話的なレポートを開発するためのツールであるのに対して、Power BI Report Builder はページ分割されたレポートを開発するためのツールです。 ページ分割されたレポートを使用する場合の詳細については、「Power BI のページ分割されたレポートを使用する条件」を参照してください。

Excel レポートは、ピボットテーブルまたはピボットグラフがレポート要件を満たしている場合に、Power BI サービス (シナリオ図には示されていない) に公開することもできます。

ソース ファイル ストレージ

エンタープライズ BI の場合は、ソースの Power BI Desktop ファイルと Power BI Report Builder ファイルを安全な共有の場所に格納することが重要です。 職場用または学校用 OneDrive や SharePoint などの場所 (シナリオ図には示されていない) が便利です。 共有ライブラリは、保護が可能で、同僚が簡単にアクセスでき、組み込みのバージョン管理機能を備えています。

BI ソリューションの共同管理に異なるスキルセットを持つ複数の人が関与する場合は、モデルとレポートを別々の Power BI Desktop ファイルに分離することを検討してください (管理されたセルフサービス BI シナリオを参照してください)。 このアプローチは、セマンティック モデルの再利用を促し、Power BI Desktop ファイルを複数のユーザーが交互に編集するよりも効率的です。 これは、特に、あるユーザーがセマンティック モデルを操作しているときに、別のユーザーがレポートを操作している場合などに便利です。

ワークスペース

Power BI ワークスペースは、セマンティック モデルやレポートなど、関連する Power BI 項目を格納するための、Power BI サービスの論理コンテナーとして機能します。 このシナリオは 1 つのワークスペースを示していますが、一般的に、すべてのワークスペース計画要件を満たすためには複数のワークスペースが必要です。

管理されたセルフサービス BI シナリオでは、別々のワークスペースの使用について説明します。

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

ワークスペース ライセンス モードは、ProPremium Per User (PPU)、Premium Per Capacity、または Embedded に割り当てることができます。 この選択は、機能の可用性だけでなく、ワークスペース内のコンテンツと関連する Power BI アプリにアクセス可能なユーザーにも影響します。 大抵の場合、エンタープライズ BI シナリオには、多くのコンテンツのコンシューマーが関与します。 そのため、Premium per capacity ライセンス モードを使用して、無料ライセンスを持っているユーザーにコンテンツを配布するとコスト効率が良くなります。

Power BI アプリの公開

エンタープライズ BI の場合、Power BI アプリは、コンシューマーへのコンテンツ配布に適しています (チーム BI シナリオで説明した直接ワークスペース アクセスではなく)。 Power BI アプリは、コンシューマーに最適なエクスペリエンスを提供します。このアプリは、ユーザーフレンドリなナビゲーション エクスペリエンスを伴う一連の関連コンテンツを提供します。 Power BI アプリは、特に、コンシューマーの数が多く多様な場合や、コンテンツ開発者がアプリ コンシューマーと密接に連絡を取らない場合に便利です。

Power BI アプリのアクセス許可

Power BI ユーザーにはアプリに対する読み取り専用アクセス許可が付与され、これらのアクセス許可はワークスペースとは別に管理されます。 この高いレベルの柔軟性は、コンテンツを表示可能なユーザーを管理する場合に役立ちます。

エンタープライズ BI の場合は、コンテンツの作成、開発、および品質保証のアクティビティを担当するユーザーにワークスペースへのアクセスを制限することがベスト プラクティスです。 多くの場合、ワークスペースへのアクセスが本当に必要な人はほんのわずかです。 コンシューマーは、ワークスペースを開くのではなく、Power BI アプリを開いてコンテンツにアクセスできます。

Fabric の無料ライセンス ユーザーにコンテンツを配布する

Power BI 無料ライセンス (または Power BI Pro または PPU ライセンス) を持っているユーザーは、ワークスペースが Premium 容量に割り当てられていれば、アプリへのアクセスが許可されている場合やワークスペース ロールに追加されている場合にコンテンツを表示できます。 この無料ライセンスを持っているユーザーにコンテンツを配布する機能は、ProPremium Per UserEmbedded などの他のワークスペース ライセンス モードでは使用できません。

Power BI Premium 容量ライセンス

このシナリオでは、P SKU (P1、P2、P3、P4、P5 など) の使用について説明します。 P SKU は、標準的な運用シナリオに必要であり、この記事で説明するエンタープライズ BI シナリオに適しています。

コンテンツのライフサイクルを管理する

一般に、エンタープライズ BI ソリューションでは、運用コンテンツの安定性が求められます。 コンテンツをいつ、どのように運用環境にデプロイするかを制御するという側面があります。 デプロイ パイプラインの使用については、セルフサービス コンテンツの公開シナリオで説明します。

既存のセマンティック モデルを再利用する

チーム コラボレーションでは、既存のセマンティック モデルを再利用することが重要です。 これは、真実の 1 つのバージョンを奨励するのに役立ちます。 特に、少数のセマンティック モデル作成者が多数のレポート作成者をサポートする場合に重要です。 Power BI Desktop のライブ接続では、レポートを既存のセマンティック モデルに接続できるため、別のセマンティック モデルを作成する必要がなくなります。 また、ユーザーが Excel レポートを作成したい場合は、[Excel で分析] 機能を使用できます。 次のような理由で、セマンティック モデルに接続したままにすると、データを Excel にエクスポートするのに便利です。

  • 重複するセマンティック モデルの作成が回避される。
  • データと計算の一貫性が損なわれるリスクを軽減する。
  • Power BI サービスに格納されているセマンティック モデルに接続したまま、ビジュアル内のすべてのスライス、ダイス、およびピボット機能がサポートされる。

既存のセマンティック モデルにアクセスするには、コンテンツ作成者にセマンティック モデルのビルド アクセス許可が必要です。 これは、ユーザーをワークスペース ロール (共同作成者以上) に割り当てるときに直接的または間接的に付与することも、Power BI アプリの公開時または Power BI 項目の共有時に付与することもできます。 管理されたセルフサービス BI シナリオでは、共有セマンティック モデルの再利用についてさらに調べます。

ゲートウェイの設定

通常は、組織のプライベート ネットワークまたは仮想ネットワーク内に存在するデータ ソースにアクセスする際に、データ ゲートウェイが必要です。 Power BI Desktop ファイルが Power BI Desktop サービスに公開されると、オンプレミス データ ゲートウェイが関連します。 ゲートウェイの 2 つの目的は、インポートされたデータを更新することと、ライブ接続または DirectQuery セマンティック モデル (シナリオ図では示されていない) を照会するレポートを表示することです。

Note

チーム、部門、およびエンタープライズ BI シナリオでは、個人モードでゲートウェイを使用するよりも、標準モードで一元管理されたデータ ゲートウェイを使用する方が強く推奨されます。 標準モードのデータ ゲートウェイでは、(スケジュールされたデータ更新操作に加えて) ライブ接続と DirectQuery 操作もサポートされています。

システム監視

アクティビティ ログには、Power BI サービス内で発生したユーザー アクティビティが記録されます。 Power BI 管理者は、収集されたアクティビティ ログ データを使用して、使用パターンや導入を理解する際に役立つ監査を実行できます。 アクティビティ ログは、ガバナンスの取り組み、セキュリティの監査、コンプライアンスの要件をサポートするためにも重要です。

このシリーズの次の記事では、管理されたセルフサービス BI シナリオにおけるセマンティック モデルの再利用の重要性の詳細を確認してください。