監控路線

您可以透過以路徑為基礎的監控功能,從 Cloud Logging 匯總後端記錄,並加以整理,以便查看網頁應用程式中不同路徑的各種指標。

以路徑為準的監控用途

以路徑為準的指標可深入分析網頁應用程式路徑的成效和行為。監控及分析這些指標,有助於最佳化路線、排解問題,以及提升應用程式的使用者體驗。

優點

  • 排解效能問題:找出延遲時間 (第 75 百分位數) 或錯誤率偏高的特定路徑,以便進行有針對性的最佳化。
  • 流量分析:瞭解不同路徑的要求量,有助於優先處理資源及找出熱門功能。
  • 錯誤追蹤:監控個別路徑的 4xx 和 5xx 錯誤,以便快速偵測及解決影響應用程式特定部分的問題。

用途

  • API 效能最佳化:API 供應商可使用以路徑為準的指標,找出速度緩慢或容易出錯的端點,並提升效能。這有助於加快回應速度、提升可靠性,並改善開發人員體驗。
  • 網頁應用程式效能監控:開發人員可以監控以路徑為準的指標,找出效能瓶頸,並針對特定網頁或功能進行最佳化。進而提供更快速流暢的使用體驗。
  • 電子商務轉換最佳化:電子商務商家可使用以路徑為準的指標,追蹤不同產品頁面和結帳流程的成效。這些資料可用於改善使用者體驗及提高轉換率。

啟用以路徑為準的監控功能

如要啟用以路線為準的監控功能,請按照下列步驟操作:

  1. 在 Firebase 控制台的 App Hosting 頁面中選取後端。
  2. 在「Routes」(路徑) 中,選取「Register routes」(註冊路徑),啟用以路徑為準的監控功能。

啟用這項功能後,您可以在應用程式中新增感興趣的路線,請務必瞭解使用這項功能可能造成的費用影響

註冊路由

每當應用程式傳出網路要求之後,App Hosting 會找出符合要求網址的路徑模式,並將要求對應至最具體的相符路徑模式。模式比對功能只適用於應用程式傳出的後續要求,舊有要求的比對結果和相關資料不會受到新建自訂網址模式的影響。

以自訂網址模式輸入路徑。請先輸入主機名稱,然後是路徑區隔。主機名稱必須包含有效網域,也可以選擇是否包含子網域。使用下列路徑區隔語法建立可比對網址的模式。

  • 純文字 - 符合確切路徑
  • *:符合第一個子網域區隔,或單一路徑區隔中的任何字串
  • **:比對任意路徑後置字串

下表說明一些可能的自訂網址模式比對。

如要比對... 建立自訂網址模式,例如... 符合這個網址模式的範例
確切網址 /foo/baz example.com/foo/baz
任一路徑區隔 (*) /*/baz example.com/foo/baz

example.com/bar/baz

/*/*/baz example.com/foo/bar/baz

example.com/bah/qux/baz

/foo/* example.com/foo/baz

example.com/foo/bar

注意:這個模式不會比對 example.com/foo

任意路徑後置字串 (**) /foo/** example.com/foo

example.com/foo/baz

example.com/foo/baz/more/segments

請注意,基於路徑的監控有以下邊緣行為:

  • Firebase 不支援自訂網址模式的語法,例如 *.[file extension],包括 *.png*.css
  • 網址模式的網域可以在第一個區段中包含 *: *.example.com/*/fruits/**.
  • 系統會計算所有符合網址模式的要求。example.com/foo/baz 會同時計入 example.com/*example.com/foo/*

最多可註冊 20 個路由進行監控。

監控指標

系統會為每條已註冊路線提供下列指標:

  • 要求數量
  • 錯誤 (5xx 和 4xx)
  • p75 延遲時間

系統會顯示總覽分頁頂端所選時間範圍的所有指標。

定價

如要使用以路徑為基礎的監控指標,必須啟用 Cloud Logging記錄指標功能。大多數專案的費用不會增加,但請注意,選擇採用以路徑為準的監控方式,可能會導致 Cloud Logging 用量增加。

如要進一步瞭解 Cloud Logging 定價及估算費用,請參閱Cloud Logging 定價