Dataverse 仮想テーブルを使用してPower Appsを一元化されたデータ ウェアハウスに接続する

このアーキテクチャは、読み取り専用のエンタープライズ データと運用ビジネス プロセスを組み合わせたアーキテクチャです。 一元化されたデータ ウェアハウスは、Microsoft Dataverse が仮想テーブルを通じて公開する、適切に管理された参照データ ソースを提供します。 ユーザーは、編集可能な Dataverse レコードと共にこのデータを操作できるため、システム間でデータをレプリケートすることなく、評価、要求、承認、外部システム統合などのビジネス プロセスが可能になります。

Tip

この記事では、Dataverse 仮想テーブルを介して Power Apps アプリケーションを一元化されたデータ ウェアハウスに接続することで拡張する方法を説明するために、シナリオ例と汎用的なアーキテクチャ例を紹介します。 アーキテクチャの例は、さまざまなシナリオや業界に合わせて変更できます。

アーキテクチャ ダイアグラム

データを別のシステムに送信するためにPower AppsおよびPower Automateによって使用される、Dataverse で読み取り専用の仮想テーブルとして公開されている、SQL データ ウェアハウスを供給する 3 つのデータ ソースのアーキテクチャ図。

Workflow

次の手順では、アーキテクチャ図の例に示されているワークフローについて説明します。

  1. SQL データ ウェアハウスは、複数の異なるデータ ソースからデータを取り込みます。

  2. Dataverse では、仮想テーブルを使用して、システム全体の製品のグローバル テーブルやシステム全体のグローバル売上など、データ ウェアハウスから必要なデータにアクセスします。

    要求を作成すると、Dataverse 仮想テーブルは必要な参照データを取得します。 リアルタイムでデータ ウェアハウスに対してクエリを実行します。 このプロセスは、要求が作成時に使用可能なウェアハウス データを使用します。 ただし、そのデータの実際の鮮度は、アップストリーム ソース システムがデータ ウェアハウスを読み込んで更新する頻度によって異なります。

    Dataverse には、システム全体の製品の 1 つに対する製品評価など、仮想テーブルを参照できる標準テーブルもあります。

  3. Power Appsは、編集可能なレコードとデータ ウェアハウスから参照されるデータを組み合わせて使用してビジネス プロセスを実行するためのユーザー インターフェイスを提供します。

  4. Power Automateデータ ウェアハウスから外部システムに、グローバル テーブルに基づくデータまたは API 要求を送信します。 クラウド フローは、必要に応じて外部 API を呼び出し、応答を処理します。 シナリオによっては、Power Apps アプリケーションは即時応答を受け取ったり、処理が完了したときに更新されたりすることがあります。

コンポーネント

Azure SQL Server: 中央データ ウェアハウスとして機能し、複数の異なるソースからの情報を統合して、統合されたアクセスと分析を行います。

Dataverse: 通常のテーブルと仮想テーブルの両方をサポートし、シームレスな統合とウェアハウスからのデータの参照を可能にします。

Power Apps: ビジネス ユーザーが参照データと倉庫データを利用してプロセスを実行できるようにします。

Power Automate: ウェアハウス内のグローバル テーブルから外部システムにデータや API 要求を送信するなど、自動化されたアクションを実行できます。

シナリオの詳細

この参照アーキテクチャは、サードパーティアプリケーションに実装されたライフサイクル評価計算ソリューションに基づいています。 完成品、原材料、およびモデルは、異なる国と地域にまたがる複数の法人間で複数の異なるシステムで管理されます。 データは、グローバルに管理されるデータ ウェアハウスで使用できます。

国際チームは、サードパーティのライフサイクル評価計算ツールを使用して製品を評価します。 チームには、さまざまなシステムのすべての製品の詳細が必要です。

このアーキテクチャを使用すると、さまざまなシステム間で製品を参照し、関連するデータをデータ ウェアハウスから取得し、サード パーティの電卓の要求を作成して送信するアプリケーションを構築できます。

考慮事項

これらの考慮事項は、ワークロードの品質を向上させる一連の基本原則である Power Platform Well-Architected の柱を実行します。 詳細については、Microsoft Power Platform Well-Architected を参照してください。

Reliability

  • データ ウェアハウスが障害に対する回復性があり、高可用性を備えています。

  • データ ウェアハウスのクリーンアップ データを使用して、仮想テーブルの完全性とデータ品質を確保します。

セキュリティ

  • 読み取りアクセスのみに仮想テーブルへのアクセスを制限します。

  • データ ウェアハウス データが読み取り専用であり、Power Apps アプリケーションでのみ表示され、通常の Dataverse テーブルから参照できることを確認します。

オペレーショナル エクセレンス

  • Power Apps、Dataverse、Power Automate全体で ALM を標準化し、一貫性のある信頼性の高いライフサイクル操作を保証します。

  • データ ウェアハウスの取り込みから Dataverse 仮想テーブルの使用状況まで、各段階で監視を有効にして、データの品質や接続の問題をすばやく検出します。

  • Power App、通常の Dataverse テーブル、およびPower Automate フローのデプロイ用にテスト済みの増分リリースを使用して、ソリューション ベースの ALM に従ってリスクを軽減します。

  • 自動パイプラインを使用して、パッケージ化、検証、環境のデプロイなどの手動作業を最小限に抑えます。

パフォーマンス効率

  • クエリの読み込みを最小限に抑えるために、仮想テーブルを使用して必要なデータセットのみを公開します。

  • Power Apps画面と Dataverse テーブルを最適化して、完全なデータセットを読み込むのではなく、必要に応じてデータを取得します。

  • 必要な場合にのみ、Power Automate フローを実行します。

  • データ ウェアハウスを大量の処理に使用し、アーキテクチャのスケーリングを保証するために Dataverse で軽量の参照のみを保持します。

エクスペリエンスの最適化

  • ユーザーが仮想テーブルを介してソース化されたグローバル データを簡単に参照して選択できるように Power App を設計します。各画面では、アプリの応答性を維持するために必要なデータのみが読み込まれます。

  • アプリケーションが統一された一貫性のある予測可能なインターフェイスを提供していることを確認します。

貢献者達

Microsoft では、この記事を保持しています。 この記事を書いたのは、以下の寄稿者です。

主な執筆者: