Power BI 使用シナリオ: セルフサービス コンテンツの公開

注意

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

分析ソリューションが組織に不可欠な場合は、Power BI サービスのコンテンツがコンシューマーにとって安定していて信頼できることを保証することが重要です。 IT チームの多くは、複数の環境で作業することによってこの問題を解決しています。

• 開発環境では、コンテンツの作成者と所有者がソリューションに変更または改善を加えます。 これらの変更に対する幅広いレビューの準備ができると、ソリューションがテスト環境にデプロイされます (昇格とも呼ばれます)。
• テスト環境では、レビュー担当者がソリューションに加えられた変更を検証します。 このレビューに、ソリューションの機能とデータの検証が含まれる場合があります。 レビューが完了すると、ソリューションが運用環境にデプロイされます。
• 運用環境は、コンシューマーがリリースされたソリューションを表示して操作する場所です。

この体系的なアプローチにより、コンテンツの作成者、所有者、およびレビュー担当者が、コンシューマーに悪影響を及ぼすことなく変更を加え、検証することができます。

体系的な統制が取れたライフサイクル管理プロセスを使用すると、エラーが減り、不整合が最小限に抑えられ、コンシューマーのユーザー エクスペリエンスが向上します。 コンテンツの作成者と所有者は、セルフサービス コンテンツの公開に Power BI デプロイ パイプラインを使用できます。 デプロイ パイプラインを使用すると、プロセスが簡略化され、新しいコンテンツのリリース時の制御レベルが向上します。

注意

このセルフサービス コンテンツの公開シナリオは、コンテンツ管理と展開のシナリオの 1 つです。 セルフサービス シナリオの完全な一覧については、Power BI 使用シナリオに関する記事を参照してください。

簡潔にするために、コンテンツのコラボレーションと配信のシナリオに関するトピックで説明されている一部の側面については、この記事から除外されています。 全体については、先にこれらの記事を参照してください。

シナリオ図

次の図は、セルフサービス コンテンツの公開をサポートする、最も一般的なユーザー アクションと Power BI コンポーネントの概要を示しています。 焦点は、開発、テスト、および運用ワークスペースを通してコンテンツを昇格するための Power BI デプロイ パイプラインの使用に置かれています。

ヒント

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

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

Item	説明
	この Power BI コンテンツ作成者は、Power BI Desktop を使用して BI ソリューションを開発します。
	Power BI プロジェクト ファイル (.pbip) の Power BI Desktop ファイル (.pbix) は、OneDrive 内の共有ライブラリに格納されます。 コンテンツ作成者は、これらのファイルのバージョンを OneDrive に保持します。
	準備ができると、コンテンツ作成者は、Power BI Desktop ファイルを Power BI サービスに公開します。
	コンテンツは、開発専用のワークスペースに公開されます。
	デプロイ パイプライン管理者は、開発、テスト、および運用の 3 つのステージで Power BI デプロイ パイプラインを設定します。 各ステージは、Power BI サービス内の別々のワークスペースに合わせて調整されます。 デプロイの設定とアクセスは、デプロイ パイプライン用に設定されます。
	開発 (またはテスト) ワークスペースは、Fabric 容量、Premium Per Capacity、Premium Per User、または Embedded ライセンス モードに設定されます。 Power BI デプロイ パイプラインは、これらのライセンス モードを含むワークスペースでのみ使用できる機能です。
	コンテンツの作成者と所有者は、開発ワークスペースで協力して、すべての要件が満たされていることを確認します。
	開発コンテンツの準備ができると、デプロイ パイプラインによって、開発ステージとテスト ステージ間でコンテンツが比較されます。
	一部または全部の Power BI 項目が、テスト専用のワークスペースにデプロイされます。
	デプロイ パイプラインのデプロイが完了すると、コンテンツ作成者は、テスト ワークスペースのデプロイ後アクティビティを手動で実行します。 アクティビティには、スケジュールされたデータ更新の構成やテスト ワークスペースへの Power BI アプリの公開が含まれます。
	品質保証、データ検証、およびユーザー受け入れテストは、テスト ワークスペースのレビュー担当者によって行われます。
	テスト コンテンツが完全に検証されると、デプロイ パイプラインによってテスト ステージと運用ステージ間でコンテンツが比較されます。
	一部または全部の Power BI 項目が、運用専用のワークスペースにデプロイされます。 運用ワークスペースでは、読み取り専用コンシューマーの数が多い場合は、Fabric 容量または Premium 容量ライセンス モードの方が適していることがよくあります。
	デプロイ パイプラインのデプロイが完了すると、コンテンツ作成者は、デプロイ後のアクティビティを手動で実行できます。 アクティビティには、スケジュールされたデータ更新の構成や運用ワークスペースへの Power BI アプリの公開が含まれます。
	コンテンツ閲覧者は、運用ワークスペースまたは Power BI アプリを使用してコンテンツにアクセスします。
	一部のデータ ソースでは、プライベート組織ネットワーク内に存在するデータ更新のために、オンプレミス データ ゲートウェイ または VNet ゲートウェイが必要になる場合があります。
	Fabric 管理者は、Fabric ポータル内のアクティビティを監視します。 個別の開発、テスト、および運用ワークスペースを持つほど十分重要であると見なされるコンテンツは、それほど重要ではないコンテンツよりも厳密なガバナンス要件の対象になります。

ヒント

高度なデータ モデル管理の使用シナリオも確認することをお勧めします。 このシナリオで導入された概念に基づいています。

重要なポイント

セルフサービス コンテンツの公開シナリオに関連して重視すべき重要なポイントを以下に示します。

デプロイ パイプライン

デプロイ パイプラインは、開発、テスト、および運用の 3 つのステージで構成されます。 デプロイ パイプライン内の各ステージに 1 つのワークスペースが割り当てられます。 デプロイ パイプラインによってサポートされる Power BI 項目は、デプロイが発生すると、あるワークスペースから別のワークスペースに公開 (または複製) されます。 テストと検証が完了すると、デプロイ パイプラインを複数回再利用して、コンテンツをすばやく昇格させることができます。 デプロイ パイプライン インターフェイスは、コードベースのデプロイを使用するスキルや希望を持っていないコンテンツ作成者のために簡単に実装できます (Power BI REST API の使用については、エンタープライズ コンテンツの公開シナリオで説明されています)。

注意

デプロイ パイプラインを使用したコンテンツの公開は、メタデータのみの配置と呼ばれています。 この場合は、データが上書きされたり、ターゲット ワークスペースにコピーされたりしません。 通常は、デプロイが完了したらデータ更新が必要です。次のデプロイ後のアクティビティに関するトピックを参照してください。

デプロイ プロセス

ベスト プラクティスは、ワークスペースのコンテンツ全体を、1 つのユニットとしてまとめてデプロイ可能な分析パッケージと見なすことです。 そのため、各ワークスペースの目的と期待を明確にすることが重要です。 特定の Power BI 項目の選択的デプロイが可能ですが、デプロイがコンテンツの論理単位を表している場合はより効率的でリスクが低くなります。

ヒント

計画されたデプロイに加えて、緊急の問題の処理方法を計画します。 すぐに修正が必要な場合でも、デプロイ パイプラインを使用して、開発からテストを経て運用にまですべての変更が伝搬される標準的な方法に従ってください。

アクセス許可モデル

アクセス許可モデルを計画する時間を設けます。 別々のワークスペース ロール (開発、テスト、および運用間で) を適用する完全な柔軟性がサポートされています。 シナリオ図に示すように、次のワークスペース アクセス許可を割り当てるのが一般的です。

• 開発ワークスペース: 一緒に協力するコンテンツの作成者と所有者のチームにアクセスを制限します。
• テスト ワークスペース: 品質保証、データ検証、およびユーザー受け入れテストのアクティビティに関与するレビュー担当者にアクセスを制限します。
• 運用ワークスペース: Power BI アプリ (および、必要に応じて、ワークスペース) のコンテンツ コンシューマーに閲覧者アクセス権を付与します。 できるだけユーザー数を減らすために、運用コンテンツを管理および公開する必要がある人物にアクセスを制限します。

注意

ほとんどのコンテンツ コンシューマーに、開発ワークスペースとテスト ワークスペースが知らされません。

デプロイ パイプラインへのアクセス

パイプライン ユーザー (デプロイ パイプラインを使用してコンテンツをデプロイ可能なユーザー) のアクセス許可は、ワークスペース ロールとは別に管理されます。 デプロイを実行するユーザーには、ワークスペースとデプロイ パイプラインの両方へのアクセス権が必要です。 関連する Premium アクセス許可も必要です。

可能であれば、既存のコンテンツの作成者または所有者がデプロイを行うことをお勧めします。 場合によっては、運用ワークスペースに対するアクセス許可がより制限されることがあります。 その場合は、運用環境にデプロイするためのアクセス許可を持っている他のユーザーと一緒に運用デプロイを調整する方が適切です。

ワークスペース メンバー (または管理者) ロールに割り当てられたパイプライン ユーザーは、ステージを比較してコンテンツをデプロイできます。 パイプライン ユーザーをこのロールに割り当てると、アクセス許可の問題が最小限に抑えられ、よりスムーズなデプロイ プロセスが可能になります。

ヒント

ワークスペース ロールは、開発、テスト、および運用ごとに個別に設定されることに注意してください。 ただし、パイプライン アクセスは、パイプライン全体で 1 回だけ設定されます。

Power BI Premium ライセンス

Power BI デプロイ パイプラインは、Premium 機能です。 コンテンツが開発、テスト、または運用のどの目的で使用されるかに応じて、ライセンスを取得する方法が異なります。 シナリオ図は、Premium P SKU (P1、P2、P3、P4、P5 など) を運用ワークスペースに使用し、Power BI Premium Per User (PPU) ユーザーベースの Premium ライセンスを開発とテスト ワークスペースに使用する方法を示しています。 ユーザーが非常に少ないワークスペースに対する PPU ライセンスの使用 (シナリオ図に示されているように) は、運用ワークロードに割り当てられた Premium 容量とは別に Premium 機能を使用するコスト効率の良い方法です。

展開の設定

データ ソース ルールとパラメーター ルールは、開発、テスト、および運用の間で異なる値を動的に管理するために使用できます。 デプロイ設定の使用は、労力とエラーのリスクを軽減する効果的な方法です。

デプロイ後アクション

意図的に、特定のプロパティが、デプロイ中にターゲット ワークスペースにコピーされません。 主要なデプロイ後アクティビティには、次のようなものがあります。

• データ更新: データは、ソース ワークスペースからターゲット ワークスペースにコピーされません。 デプロイ パイプラインからの公開は、常に、メタデータのみのデプロイです。 したがって、通常は、ターゲット ワークスペースへのデプロイ後にデータ更新が必要になります。 初回のデプロイでは、データ ソースの資格情報またはゲートウェイ接続性 (必要に応じて) も構成する必要があります。
• アプリ: Power BI アプリは、デプロイ パイプラインによって自動的に公開されません。
• アクセス ロール、共有アクセス許可、およびアプリ アクセス許可: アクセス許可は、デプロイ中に上書きされません。
• ワークスペースのプロパティ: 連絡先やワークスペースの説明などのプロパティは、デプロイ時に上書きされません。
• Power BI 項目のプロパティ:特定の状況では、特定の Power BI 項目のプロパティ (機密ラベルなど) がデプロイ時に上書きされる可能性があります。
• サポートされていない Power BI 項目: デプロイ パイプラインでサポートされていない Power BI 項目に対して、追加の手動手順が必要になる場合があります。

注意事項

デプロイ パイプラインでデプロイが発生した後のロールバック プロセスはありません。 運用ワークスペースにデプロイするために必要な変更管理プロセスと承認を慎重に検討してください。

OneDrive ストレージ

シナリオ図は、ソース Power BI Desktop ファイルを格納するための OneDrive の使用を示しています。 目標は、次のような場所にソース ファイルを格納することです。

• 公開元だけがソース ファイルにアクセスできるように、適切に保護されている。 (個人用ライブラリではなく) 共有ライブラリが推奨されている選択肢です。
• ファイルが消失から保護されるように、頻繁にバックアップされている。
• 以前のバージョンへのロールバックを可能にするために、変更の発生時にバージョン管理されている。

ヒント

OneDrive の場所がワークスペースに同期されている場合は、開発ワークスペース専用に構成します。

ゲートウェイの設定

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

複数の環境で作業する場合は、さまざまなソース システムを使用するように開発、テスト、および運用の接続を構成するのが一般的です。 その場合は、データソース ルールとパラメーター ルール を使用して、環境間で異なる値を管理します。

注意

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

システム監視

アクティビティ ログには、Power BI サービス内で発生したユーザー アクティビティが記録されます。 Power BI 管理者は、収集されたアクティビティ ログ データを使用して、発生したデプロイ アクティビティを理解する際に役立つ監査を実行できます。

関連するコンテンツ

シリーズの次の記事では、高度なデータ モデリングの使用シナリオについて説明します。