パフォーマンスの分析情報とは？ (プレビュー)
重要
この機能は大幅に改善されており、新しいバージョンが利用可能になるまで現在の機能は無効になっています。
[このトピックはプレリリース ドキュメントであり、変更されることがあります。]
パフォーマンスの分析情報は、企業のアプリ開発者メーカー向けのセルフサービス ツールで、ランタイムのユーザーデータを分析し、モデル駆動型アプリのパフォーマンス改善に役立つ推奨事項を優先的に提示します。 この機能では、Dynamics 365 Sales や Dynamics 365 Service などの Power Apps のモデル駆動型アプリや顧客エンゲージメントアプリのパフォーマンスに関連する分析情報を、推奨事項や実行可能な項目とともに毎日提供しています。 エンタープライズのアプリ開発者は、Power Apps ポータルで、アプリ レベルで詳細なパフォーマンスの分析情報を表示できます。
アクセス方法
Power Apps にサインインします。
左側のナビゲーション ペインで、アプリを選択し、続いてモデル駆動型アプリを選択します。
... コンテキスト メニュー、またはコマンド バーを選択し、パフォーマンスを選択します。
アプリがデプロイされている環境を切り替える場合は、ページの右上にある環境セレクターで環境を選択することができます。 また、ソリューション エリアにあるモデル駆動型アプリのコンテキスト メニューからパフォーマンスの分析情報に移動することもできます。
重要
推奨機能はユーザー データを使用して生成されるため、本番環境など、アプリが使用される環境でパフォーマンス分析情報を確認することをお勧めします。
分析情報を生成する方法
パフォーマンスの分析情報は、モデル駆動型アプリの収集されたユーザー データに基づいて、24 時間ごとに生成されます。 エンド ユーザーがアプリを使用すると、Power Apps のプラットフォームで記録された主要なユーザー データが保存されます。 パフォーマンス分析情報エンジンは、このデータを使用して分析し、パフォーマンスの向上に関連する分析情報や推奨事項を生成します。
ユーザー データが記録されている場合は、選択した環境のすべてのモデル駆動型アプリのパフォーマンスを把握することができます。 パフォーマンス タブのリストで日付を選択すると、選択した日付に使用があった場合に限り、過去 7 日間の分析情報の履歴を見ることができます。
パフォーマンス分析情報エンジンは、UTC (協定世界時) タイムゾーンで選択された日付の 24 時間にわたる分析情報を生成します。 前日の 00:00 から 23:59 (UTC) までの分析情報は、その日の 02:00 から 05:00 (UTC) 頃に生成されます。 したがって、前日に記録された使用状況ユーザーデータに関する分析情報と推奨事項は、UTC タイムゾーンの午前中に利用可能になります。 提供開始の時間は、お客様の地域のタイムゾーンと UTC との差によって異なります。
たとえば、6 月 8 日の 00:00 から 23:59 までの 24 時間分の分析情報は、6 月 9 日の 02:00 から 05:00 までの間に生成されます。 そのため、6 月 8 日 (UTC) に記録されたユーザー データに対する分析情報や推奨事項は、6 月 9 日 (UTC) の朝の時間帯に公開されます。
分析情報は、次の重大度で並べ替えることができます: 情報、警告、クリティカル。 重大度は、全体的なパフォーマンスに与える影響に応じて重み付けされます。 重大度は、使用量、遅いページ読み込みのパフォーマンス、異常値などのいくつかの要素によって決定されます。 重要な項目は一定の基準を超えているため、それらを最初に解決することをお勧めします。
分析情報は、クライアント環境、カスタマイズ、ページ パフォーマンス、ネットワークなど、さまざまな分野のいくつかのカテゴリーに対して生成されます。 たとえば、 複数のユーザーが古いバージョンの非推奨ブラウザでアプリを使用している場合は、全体的にパフォーマンスが低下します。 そのため、開発者はブラウザの種類とバージョンに関連する分析情報を分析情報のグリッドに表示します。
パフォーマンスの分析情報では、開発者がモデル駆動型アプリケーションのパフォーマンスを向上させるための推奨事項が優先的に示されます。 グリッドの各行を選択して、各カテゴリの詳細情報を表示できます。
パフォーマンス分析情報についての解説
分析情報のグリッドにはこれらの列があります。
| Column | 内容 |
|---|---|
| 重要度 | 分析情報は次のように分類できます: 情報、警告、クリティカル。 深刻度は、パフォーマンス ページの読み込み時間と、イベントによって影響を受けたエンド ユーザーの数によって決定されます。 |
| 面グラフ | このエリアでは、パフォーマンス分析情報エンジンによるユーザーデータの分析の側面を定義します。 クライアント環境、ネットワーク、および使用パターンが含まれます。 |
| カテゴリ | 特定の分析情報が該当するテーマです。 カテゴリはエリアの下にグループ化されています。 |
| モチベーション | 特定の分析情報がアプリの全体的なパフォーマンスに影響を与えている理由の概要を説明します。 |
| 分析情報 | 特定のカテゴリに関連する調査結果を詳しく説明し、パフォーマンスへの影響の概要を示します。 |
| 推奨事項 | 実行可能なアクションの概要を説明します。 |
| 改善方法 | 特定のカテゴリーのドキュメントへのリンクで、問題の軽減やパフォーマンスの向上に役立つ詳細情報や外部リソースが含まれている場合があります。 |
| データ | 分析情報セクションの調査結果をサポートする証拠データです。 |
| 分析情報 ID | 特定のインサイトカテゴリの識別子です。 |
どのような側面を確認しますか？
モデル駆動型アプリのパフォーマンスは、複数の要因の影響を受ける可能性があります。 水平的には、アプリはクライアント環境、ネットワーク、使用パターン、カスタマイズ、および構成の影響を受ける可能性があります。 垂直的には、Web サーバーやバックエンドの SQL Server が、クライアント側のパフォーマンスに影響を与える可能性があります。
そのため、ページの読み込みや操作が遅くなる原因を特定することが有効です。 パフォーマンス分析情報エンジンは、収集したユーザー データを分析し、カテゴリーに対応させます。
シナリオによっては、パフォーマンスの問題の明らかな理由がある可能性があります。 他の場合には、遅い原因となるカテゴリーからいくつかの理由が特定されることがあります。
次の表は、パフォーマンス分析情報エンジンがどのような分野やカテゴリーをチェックするかをまとめたものです。
面グラフ
インサイト カテゴリ
内容
パフォーマンス全体
概要
選択したアプリのパフォーマンスを全体的な概要を表示します。 アプリのパフォーマンスを簡単に確認できます。 詳細情報: 総合パフォーマンス
クライアント環境
最小 システム要件
ユーザーは、少なくとも最小仕様を満たすシステムを使用する必要があります。 この分析情報では、開発者がユーザーが収集した場合、そのような基準を満たすユーザーが何人いるか、そうでないユーザーが何人いるかが分かります。 詳細: 最小システム要件
クライアント環境
ブラウザーの種類
パフォーマンスはブラウザの種類によって異なります。 この分析情報は、ユーザーが最新のブラウザを使用しているか、推奨されていない Internet Explorer (IE) ブラウザを使用しているかを示しています。 IE での Power Apps のパフォーマンスは、最新のブラウザに比べて明らかに遅くなります。 詳細: ブラウザーの種類
クライアント環境
ブラウザーのバージョン
ユーザーは最新のブラウザーを使用していますが、古いバージョンのブラウザを使用している場合は、パフォーマンスが低下する可能性があります。 一般的には、最新バージョンを使用することをお勧めします。 詳細: ブラウザーのバージョン
クライアント環境
HTTP プロトコル
Power Apps は、HTTP/2 プロトコルに対応します。 アプリは通常、HTTP/1.1 と比較すると HTTP/2 プロトコルの方がパフォーマンスが優れています。 HTTP/1.1 の大きな成約として、同一ドメインへの同時接続数が制限されており、アプリの動作が重くなる可能性があります。 詳細情報: HTTP プロトコル
ネットワーク
ネットワーク パフォーマンス
ネットワークの遅延、スループット、帯域幅は、Web アプリケーションのパフォーマンスに影響を与える重要な要素です。 ネットワークの性能によっては、アプリの動作が異なるため、一部のコンテンツがダウンロードできない場合があります。 詳細情報: ネットワーク パフォーマンス
使用パターン
ページ読みの種類。
ページの読み込みタイプによっては、アプリのパフォーマンスに影響を与える可能性があります。 ウォーム ページ (キャッシュ済み) の読み込みは、コールド ページ (非キャッシュ済み) 読み込みに比べて、必要なリソースがローカルキャッシュから読み込まれるため、高速です。 詳細情報: ページ読み込みタイプ
ページ パフォーマンス
ダッシュボードの遅延
ダッシュボードの読み込みが遅くなる原因の一つに、パフォーマンスの低いグラフやタイルの関連クエリがあります。 クエリが大規模なデータセットで実行されると、応答が遅くなる可能性があります。 ダッシュボード上のグラフ コントロールやタイルの数を確認する以外にも、グラフやタイルの両方に関連するクエリを確認することをお勧めします。 詳細情報: ダッシュボードの遅延
カスタマイズ
XHR 呼び出しの種類
開発者は、XMLHttpRequest をイベントにするカスタム関数を追加することで、モデル駆動型アプリをカスタマイズできます。 XMLHttpRequest (XHR) 呼び出しが同期的に発生する場合、他のタスクは XHR 呼び出しが完了するまで待機する必要があります。 カスタム関数で XHR 呼び出しを非同期にすることを強くお勧めします。 詳細情報: XML HTTP Request (XHR) 呼び出しタイプ
カスタマイズ
廃止になったコントロール
フリップ スイッチやカレンダー V1 コントロールなどの一部のコントロールは非推奨になりました。 開発者は常に最新のコントロールを使用する必要があります。 詳細情報: 非推奨となったコントロール
カスタマイズ
サンドボックス パフォーマンス
開発者は独自のプラグインを作成できます。 実装されているパターンによっては、タイムアウト イベントなど、プラグインのメソッドが正常に動作しているかどうかを確認する点が多くあります。 この分析情報では、プラグインのタイムアウトが、開発者が実装した外部エンドポイントの呼び出しのタイムアウトが原因であるかどうかを確認します。 詳細情報: サンドボックス パフォーマンス - 主要なプラグイン
カスタマイズ
保存済みクエリ
ソリューションを構築する際、開発者は保存されたクエリを構築し、再利用することができます。 保存されたクエリが不適切に作成されていた場合、クエリの実行が遅くなる可能性があります。 その結果、問題のある保存されたクエリを使用するフォームやビューは、パフォーマンスが低下する可能性があります。
構成
プラグイン トレース ログの設定
管理者は、Dataverse 環境のプラグイン トレース ログをなしからすべてに変更できます。 開発フェーズでプラグイン トレース ログを確認すると便利です。 ただし、実稼働環境では、アプリのパフォーマンスを低下させる可能性のある集中的なログ活動を最小限に抑えるために、この機能を例外またはなしに設定することをお勧めします。 詳細情報: プラグイン トレース ログの設定