您可以透過以路徑為基礎的監控功能,從 Cloud Logging 匯總後端記錄,並加以整理,以便查看網頁應用程式中不同路徑的各種指標。
以路徑為準的監控用途
以路徑為準的指標可深入分析網頁應用程式路徑的成效和行為。監控及分析這些指標,有助於最佳化路線、排解問題,以及提升應用程式的使用者體驗。
優點
- 排解效能問題:找出延遲時間 (第 75 百分位數) 或錯誤率偏高的特定路徑,以便進行有針對性的最佳化。
- 流量分析:瞭解不同路徑的要求量,有助於優先處理資源及找出熱門功能。
- 錯誤追蹤:監控個別路徑的 4xx 和 5xx 錯誤,以便快速偵測及解決影響應用程式特定部分的問題。
用途
- API 效能最佳化:API 供應商可使用以路徑為準的指標,找出速度緩慢或容易出錯的端點,並提升效能。這有助於加快回應速度、提升可靠性,並改善開發人員體驗。
- 網頁應用程式效能監控:開發人員可以監控以路徑為準的指標,找出效能瓶頸,並針對特定網頁或功能進行最佳化。進而提供更快速流暢的使用體驗。
- 電子商務轉換最佳化:電子商務商家可使用以路徑為準的指標,追蹤不同產品頁面和結帳流程的成效。這些資料可用於改善使用者體驗及提高轉換率。
啟用以路徑為準的監控功能
如要啟用以路線為準的監控功能,請按照下列步驟操作:
- 在 Firebase 控制台的 App Hosting 頁面中選取後端。
- 在「Routes」(路徑) 中,選取「Register routes」(註冊路徑),啟用以路徑為準的監控功能。
啟用這項功能後,您可以在應用程式中新增感興趣的路線,請務必瞭解使用這項功能可能造成的費用影響。
註冊路由
每當應用程式傳出網路要求之後,App Hosting 會找出符合要求網址的路徑模式,並將要求對應至最具體的相符路徑模式。模式比對功能只適用於應用程式傳出的後續要求,舊有要求的比對結果和相關資料不會受到新建自訂網址模式的影響。
以自訂網址模式輸入路徑。請先輸入主機名稱,然後是路徑區隔。主機名稱必須包含有效網域,也可以選擇是否包含子網域。使用下列路徑區隔語法建立可比對網址的模式。
- 純文字 - 符合確切路徑
- *:符合第一個子網域區隔,或單一路徑區隔中的任何字串
- **:比對任意路徑後置字串
下表說明一些可能的自訂網址模式比對。
如要比對... | 建立自訂網址模式,例如... | 符合這個網址模式的範例 |
---|---|---|
確切網址 | /foo/baz |
example.com/foo/baz |
任一路徑區隔 (* ) |
/*/baz |
example.com/foo/baz
|
/*/*/baz |
example.com/foo/bar/baz
|
|
/foo/* |
example.com/foo/baz
注意:這個模式不會比對 |
|
任意路徑後置字串 (** ) |
/foo/** |
example.com/foo
|
請注意,基於路徑的監控有以下邊緣行為:
- 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 定價。