Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

儲存在 Cloud Logging 中的資料有何用途？

將 Crashlytics 和 Firebase 工作階段資料 (選用) 匯出至 Cloud Logging 後，您就可以開始處理資料，進一步瞭解應用程式的穩定性，甚至在其他 Google Cloud 服務中使用記錄，建立自訂資訊主頁、設定自訂快訊及分析資料。

以下是處理資料時的一些常見用途：

建立記錄指標，進行進階分析
將記錄項目轉換為指標，追蹤特定應用程式行為或穩定性趨勢。舉例來說，您可以建立指標，計算特定非致命例外狀況發生的頻率，並與其他系統健康指標一併以圖表呈現。
為自訂通知管道設定進階快訊
在 Cloud Monitoring 中設定自訂警告政策，即可接收預設電子郵件快訊以外的通知。根據特定記錄模式或門檻觸發通知，並傳送至 Slack、Jira 或 PagerDuty 等服務。
建立自訂資訊主頁和圖表
使用 Cloud Monitoring 建立個人化資訊主頁，突顯對業務最重要的指標。您可以在單一檢視畫面中，查看未當機率、工作階段數量和錯誤計數，以及其他 Google Cloud 產品資料。
將應用程式當機與後端記錄建立關聯
在同一處整合用戶端當機資料與伺服器端記錄。
大規模搜尋及篩選原始當機資料
使用 Logs Explorer，透過 LQL (Logging 查詢語言) 執行複雜查詢。您可以搜尋所有使用者和版本的特定記錄訊息、自訂金鑰或麵包屑，找出罕見或裝置專屬的問題。
轉送資料以長期保留或外部處理
使用記錄檔接收器將 Crashlytics 記錄匯出至 Cloud Storage 以符合法規、匯出至 BigQuery 進行大規模分析，或匯出至 Pub/Sub 將資料串流至您自己的外部監控工具。

進一步瞭解應用程式的穩定性

Google Cloud 控制台中的 Logs Explorer 提供多項工具，可讓您使用查詢、內建篩選器和資料面板，查看特定記錄和資料。請參閱下一節，進一步瞭解如何使用查詢篩選記錄。

雖然 Crashlytics 資訊主頁提供應用程式健康狀態的概略總覽，但匯出至 Cloud Logging 可讓您回答有關應用程式行為的更精細問題：

特定當機事件與後端活動有何關聯？
使用通用 ID (例如使用者 ID 或要求 ID)，即可在用戶端發生當機時，準確查看伺服器上發生的情況。
特定地理區域未發生當機情形的工作階段比率為何？
將 Crashlytics 事件與 Firebase 工作階段資料彙整後，即可計算標準資訊主頁未提供的進階指標。
推出新版本後，某些裝置型號是否發生較多非致命錯誤？
依 device.model 和 error_type 篩選原始記錄，即時找出硬體專屬迴歸。
導致當機的確切事件順序為何？
檢查記錄項目中的 breadcrumbs 和 logs 欄位，查看故障前使用者動作和系統事件的時間戳記追蹤記錄。
在最新版本中，有多少使用者受到特定「記憶體不足」錯誤的影響？
對所有記錄執行查詢，找出與特定例外狀況類型相關聯的不重複 installation_uuid 值數量。
是否有特定功能造成較多當機情形？
如果您使用自訂鍵追蹤功能旗標或應用程式狀態，可以篩選記錄，查看特定鍵/值組合在當機事件中的比例是否過高。

您也可以在其他 Google Cloud 服務中使用記錄，例如 Cloud Monitoring 或 BigQuery。

使用 Cloud Monitoring，您可以根據匯出的資料使用記錄指標，執行下列任一操作：

由於 Cloud Logging 和 Cloud Monitoring 都是 Google Cloud Observability Suite 的一部分，因此您可以直接在 Cloud Monitoring 中使用儲存在 Cloud Logging 的資料，無須匯出。

使用 BigQuery，您可以執行下列任一操作：

如要開始使用儲存在 Cloud Logging 的匯出資料，並搭配 BigQuery，您必須讓 BigQuery 能夠存取這些資料。請使用下列其中一種方式：