透過快訊，隨時掌握與外界隔離部署的健康狀態和效能。當符合特定條件時，這些通知會及時發送，讓您執行下列操作：
- 主動解決問題：在問題影響使用者或業務營運前，偵測並回應問題。
- 減少停機時間：迅速採取修正措施，盡量減少服務中斷。
- 維持服務等級：確保應用程式達到效能和可用性目標。
- 取得作業洞察資料：找出環境中的趨勢和模式，盡可能提高資源使用率和效能。
本頁提供在 Google Distributed Cloud (GDC) 實體隔離環境中建立及管理快訊的總覽。並說明如何使用監控資料，主動找出及回應應用程式和基礎架構中的重大事件。
警告政策類型
以指標為準的警告政策會追蹤監控資料，並在資源符合預先建立的條件時，通知特定人員。舉例來說，如果警報政策監控虛擬機器的 CPU 使用率，當事件觸發政策時，系統可能會傳送通知。或者，監控運作時間檢查的政策可能會通知待命和開發團隊。
另一方面，如要監控記錄檔中一段時間內重複發生的事件，請使用記錄指標建立警告政策。記錄指標會根據記錄資料產生數值型資料。如果您想執行下列任一操作，就適合使用記錄指標：
- 計算記錄中訊息的出現次數，例如警告或錯誤。在事件數量超過門檻時接收通知。
- 觀察資料趨勢，例如記錄中的延遲值。如果值變更為不可接受，你會收到通知。
- 建立圖表，顯示從記錄檔擷取的數值資料。
在 GDC 中，快訊可以為重大錯誤產生頁面和工單。頁面需要操作人員立即處理，而支援單則較不緊急。
重要元件
GDC 警報服務使用下列元件：
- Prometheus：廣泛使用的開放原始碼監控系統，可收集及儲存指標。並提供功能強大的查詢語言 (PromQL)，可定義快訊規則。
- 監控平台：這項代管監控服務會從各種來源 (包括 Prometheus) 收集指標。並提供 Grafana 資訊主頁、自訂指標和快訊等進階功能。
- Alertmanager：負責接收、處理及轉送快訊的元件。這項功能支援將快訊分組、設為靜音及禁止顯示，可減少干擾並提升效率。
警示工作流程
GDC 提供快訊架構，可與各種監控工具和服務整合。一般工作流程包含下列階段：
- 資料收集：使用 Prometheus 和 Fluent Bit 等工具，從應用程式、基礎架構和 Kubernetes 收集指標和記錄檔。
- 監控：在 Grafana 資訊主頁中儲存及顯示收集到的資料。
- 快訊規則：根據特定條件定義快訊規則，例如 CPU 使用量超過門檻，或應用程式錯誤超過特定比率。
- Alertmanager：Alertmanager 會接收由定義規則觸發的快訊，並處理通知的轉送和靜音。
- 通知：透過電子郵件、訊息或 Webhook 等各種管道接收快訊。
最佳做法
設定快訊時，請參考下列最佳做法：
- 定義清楚且可做為行動依據的快訊：確保快訊提供問題的具體資訊，並建議適當的行動。
- 設定適當的嚴重程度：根據警報的影響和緊急程度分類，以決定回應工作的優先順序。
- 避免警示疲勞：微調警示規則，盡量減少誤報和不必要的通知。
- 定期測試快訊：確認快訊是否能正確觸發，以及通知是否能如預期送達。
- 記錄通知策略：記錄通知規則、通知管道和提報程序。