あなたのアプリで監視対象プロセスに関する収集データに使用するトレースを監視するパフォーマンス。トレースは、アプリの2つの時点の間にキャプチャされたデータを含むレポートです。
すべてのアプリのタイプについては、パフォーマンスの監視が自動的にHTTP / Sネットワーク要求トレースと呼ばれるあなたのアプリによって発行された各ネットワーク要求のためのトレースを収集します。これらのトレースは、アプリがサービスエンドポイントにリクエストを発行してから、そのエンドポイントからの応答が完了するまでの時間のメトリックを収集します。アプリがリクエストを行うエンドポイントについて、パフォーマンスモニタリングはいくつかの指標をキャプチャします。
応答時間—要求が行われてから応答が完全に受信されるまでの時間
応答ペイロードサイズ—アプリによってダウンロードされたネットワークペイロードのバイトサイズ
リクエストペイロードサイズ—アプリによってアップロードされたネットワークペイロードのバイトサイズ
成功率—合計応答と比較した成功応答のパーセンテージ（ネットワークまたはサーバーの障害を測定するため）
あなたは、ネットワークでこれらのトレースからのデータを表示することができ、パフォーマンスダッシュボードの下部（詳細情報であるトレーステーブルのサブタブを要求するコンソールを使用して、このページ以降）。
このすぐに使用できる監視には、アプリに対するほとんどのネットワークリクエストが含まれます。ただし、一部のリクエストが報告されない場合や、別のライブラリを使用してネットワークリクエストを行う場合があります。このような場合は、手動で機器へのAPIを監視するパフォーマンスに使用できるカスタムネットワーク要求トレースを。
URLパターンでのデータ集約
Firebase Performance Monitoringは、同様のネットワークリクエストのデータを自動的に集計して、ネットワークリクエストのパフォーマンスの傾向を理解するのに役立ちます。
Firebaseは、リクエストごとに、ネットワークリクエストのURLがURLパターンと一致するかどうかを確認します。リクエストのURLがURLパターンと一致する場合、FirebaseはリクエストのデータをURLパターンの下に自動的に集約します。 Firebase表示URLパターンとのネットワークタブでの集計データ、パフォーマンスダッシュボードFirebaseコンソールの。
URLパターンとは何ですか？
：URLパターンは、ドメインに加えて、たとえば、URLパスを一致させることができますパターンが含まexample.com/*/animals/** 。
URLパターンには、次のパスセグメントを含めることができます。
- プレーンテキスト—完全に一致する文字列
*-シングルパスセグメント内の任意の文字列にマッチします**-任意のパスサフィックスに一致します
URLパターンは次のいずれかになります。
- 呼ばれる- Firebase由来のパターン自動URLパターン
- ユーザー定義パターン-と呼ばれるカスタムURLパターン
たとえば、次のURLリクエストのいずれもが、URLパターンと一致する可能性がexample.com/*/animals/** 。
-
example.com/singapore/animals -
example.com/australia/animals/spiders -
example.com/australia/animals/marsupials/koala.png
URLパターンのドメインも含むことができます*例えば、その最初のセグメントとして： *.example.com/*/fruits/** 。
Firebaseは、唯一のURLパターンに各要求をマッピングします。あなたがどのように構成した場合、カスタムURLパターンを、Firebase試みが最初にこれらのパターンにリクエストURLを一致させます。 Firebaseが一致するカスタムURLパターンを見つけることができなかった場合、それは最も代表的にリクエストURLと一致する自動URLパターン。次のセクションで、自動およびカスタムURLパターンの詳細を確認してください。
自動URLパターン
あなたによって任意の設定なしに、自動URLパターンにアプリの要求を照合することによって、アプリの最新の利用行動を反映しようとする試みを監視するパフォーマンス。
自動URLパターンマッチングはどのように機能しますか？
Firebaseは、各リクエストを、アプリから送信されたリクエストから派生した最も代表的な自動URLパターンと照合します。 Firebaseの試みがどのように構成する要求URLを一致させることしかし注意、カスタムURLパターン最初。
以下は、Firebaseがリクエストをアプリの最も代表的な自動URLパターンに一致させようとする方法の基本的な例です。
アプリは次のようなURLに多くのリクエストを送信します。
-
example.com/germany/animals/bears -
example.com/germany/animals/birds -
example.com/germany/cars
Firebaseはと判断
example.com/germany/**アプリの一般的な要求パターンであり、あなたのプロジェクトで自動URLパターンとして追加します。このURLパターンに新たなマッチング要求の場合、Firebaseは自動URLパターンの下で要求のデータを集計し
example.com/germany/**。-
1週間後、あなたのアプリケーションの要求の大半はにある
example.com/germany/animals/bearsとexample.com/germany/animals/birds。だから、Firebaseは、より多くの代表URLパターン派生example.com/germany/animals/**。この新しいURLパターンに新たなマッチング要求の場合、Firebaseは、新しいURLパターンの下で要求のデータを集計します。 Firebaseはへのリクエストの集計データに続く
example.com/germany/cars下example.com/germany/**。しかし、今後数週間にわたって、にアプリの要求
example.com/germany/animals/bearsとexample.com/germany/animals/birds、実質的に減少します。 Firebaseはと判断example.com/germany/animals/**Firebaseがバックにこれら2つの要求に合致起動するので、あなたのアプリの最新の利用行動の代表ではありませんexample.com/germany/**。Firebaseは、下のいずれかの更なる要求データを集約しません
example.com/germany/animals/**それはもはや最も代表的な自動URLパターンだから。
自動URLパターンマッチングは動的であるため、次の点に注意してください。
マッチと前の要求から集約されたデータは、新しいURLパターンの影響を受けません。 Firebaseは、リクエストデータをさかのぼって再集計しません。
唯一の今後の要求は、新しいURLパターンの影響を受けています。 Firebaseは、最も代表的な自動URLパターンにそれぞれの新しい要求をマッピングします。 Firebaseの試みがどのように構成する要求URLを一致させることしかし注意、カスタムURLパターン最初。
自動URLパターンとそのデータを表示する
ネットワークのFirebaseすべて表示URLパターンとその集約されたデータは、の一番下にあるトレーステーブルのサブタブ、要求性能のダッシュボードFirebaseコンソールのを。
あなたは未分類ラベルとURLパターンが表示される場合があります。これらは「幅広い」自動URLパターンであり、Firebaseは、より具体的なURLパターンと一致しないリクエストのデータを集約できます。
場合、データ保持期間のURLパターンの下に集計されたデータのための端部は、Firebaseは、URLパターンからそのデータを削除します。自動URLパターンで集計されたすべてのデータの有効期限が切れると、FirebaseはそのURLパターンをFirebaseコンソールから削除します。
カスタムURLパターン
あなたはFirebaseは、その派生でキャプチャされていないこと、特定のURLパターンを監視するためのカスタムURLパターンを作成することができる自動URLパターンマッチング。たとえば、カスタムURLパターンを使用して、特定のURLのトラブルシューティングを行ったり、特定のURLセットを経時的に監視したりできます。
訪問カスタムURLパターンを作成し、より学習します。
パフォーマンスデータの追跡、表示、およびフィルタリング
リアルタイムのパフォーマンスデータを表示するには、アプリがリアルタイムのデータ処理と互換性のあるPerformance MonitoringSDKバージョンを使用していることを確認してください。詳細情報。
ダッシュボードで特定のメトリックを追跡する
あなたの主要指標がトレンドされている方法については、パフォーマンスダッシュボードの一番上にあなたのメトリクスボードに追加します。週ごとの変更を確認するか、コードの最近の変更によってパフォーマンスが向上していることを確認することで、リグレッションをすばやく特定できます。
行き、あなたの評価指標ボードにメトリックを追加するには、パフォーマンスダッシュボードFirebaseコンソールで、その後、ダッシュボード]タブをクリックします。空のメトリックカードをクリックしてから、既存のメトリックを選択してボードに追加します。クリック交換またはメトリックを削除するように、より多くのオプションのための人口メトリックカードに。
メトリックボードには、収集されたメトリックデータが、グラフ形式と数値のパーセンテージ変化の両方で表示されます。
詳細情報ダッシュボードを使用しました。
トレースとそのデータを表示する
行き、自分の痕跡を表示するには、パフォーマンスダッシュボードトレース台までスクロールダウンし、Firebaseコンソールでは、その後、該当するサブタブをクリックします。この表には、各トレースの上位のメトリックがいくつか表示され、特定のメトリックの変化率でリストを並べ替えることもできます。
トレーステーブルでトレース名をクリックすると、さまざまな画面をクリックしてトレースを探索し、目的のメトリックにドリルダウンできます。ほとんどのページ上では、フィルターを使用することができます 、たとえば、属性によりデータをフィルタリングする（画面の左上）ボタンを：
- 過去のリリースや最新のリリースについてのデータを表示するには、アプリのバージョンによる絞り込み
- 古いデバイスアプリを扱う方法については、デバイスによるフィルタ
- データベースの場所が特定の地域に影響を与えていないことを確認するためのフィルタは国によって
詳細はこちらあなたのトレースのデータを表示します。
次のステップ
詳細情報の属性を使用してパフォーマンスデータを検討します。
方法についての詳細はこちらパフォーマンスの問題を追跡Firebaseコンソールで。
- 詳細レポート表示のユーザーセッションは、同じセッション中に収集された他のトレースのタイムラインコンテキストで特定のトレースを見ることができているが。