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

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

以下列舉一些常見的資料處理用途：

建立記錄指標，進行進階分析
將記錄項目轉換為指標，追蹤特定應用程式行為或一段時間內的穩定性趨勢。舉例來說，您可以建立指標來計算特定非嚴重例外狀況的發生頻率，並與其他系統健康狀態指標一起顯示。
為自訂通知管道設定進階快訊
在 Cloud Monitoring 中設定自訂快訊政策，即可使用預設電子郵件快訊以外的通知方式。根據特定記錄模式或門檻觸發通知，並傳送至 Slack、Jira 或 PagerDuty 等服務。
建立自訂資訊主頁和圖表
使用 Cloud Monitoring 建立個人化資訊主頁，突顯對貴商家最重要的指標。您可以在單一檢視畫面中，一併查看無當機率、工作階段量和錯誤計數，以及其他 Google Cloud 產品資料。
將應用程式當機與後端記錄建立關聯
將用戶端當機資料與伺服器端記錄整合在同一處。
大規模搜尋及篩選原始當機資料
使用 Logs Explorer 透過 LQL (記錄查詢語言) 執行複雜查詢。您可以搜尋特定記錄訊息、自訂鍵或追蹤路徑，找出所有使用者和版本中罕見或裝置專屬的問題。
將資料傳送至長期保留或外部處理程序
使用記錄接收器將 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請使用下列其中一種方法：