將原始診斷儲存在他們的專業系統中
不要映象每個日誌行或跨度。當請求、作業或工作流程達到值得使用 SQL 進行分析的結果時，傳送一個有界事件。
選擇框架
選擇知道結果的邊界
無需複製有效負載即可關聯
使用批准的追蹤或請求識別符號在系統之間進行轉換，同時排除堆疊追蹤、日誌訊息、跨度屬性和客戶內容。
在應用程式邊界標準化
在事件到達分析資料表之前，將記錄器級別和異常轉換為受控結果和錯誤類別。
共享事件合約
保持第一個模式可互操作
- event_name、服務、環境、版本、狀態和 duration_ms
- 批准的 trace_id、request_id、account_id 和受控的 error_type
- 操作、依賴、retry_count、終端業務成果
使這些欄位適應工作流程，但在多個服務依賴同一個資料表之前保持單位、狀態類別、識別符號和所有權明確。
驗證
在發出警示之前練習故障路徑
- 1使用批准的識別符號將一個事件與其原始日誌或追蹤進行比較。
- 2確認異常不會複製堆疊文字、參數或憑據。
- 3檢查一個邏輯結果不會成為每個日誌行或跨度的一個事件。
- 4按服務和版本查詢結果和錯誤趨勢。
實施指南
匹配框架、提供程式或執行時
來源實施指南
皮諾結構化事件分析
將 Pino 診斷日誌與有界 Telemetry 結果事件配對，以進行 Node.js 請求、作業和產品可靠性分析。
開啟指南來源實施指南
溫斯頓結構化事件分析
將 Winston 應用程式診斷連線到小型 SQL 就緒請求、工作流程和作業結果，而無需複製整個日誌流。
開啟指南來源實施指南
OpenTelemetry 結構化事件中的上下文
透過在工作流程邊界記錄安全追蹤和跨度識別符號，將 Telemetry 業務事件連線到現有 OpenTelemetry 追蹤。
開啟指南來源實施指南
.NET 和 Serilog 結構化事件分析
除了針對 ASP.NET 請求延遲、故障、版本和客戶影響的 Serilog 診斷之外，新增重點 Telemetry 結果事件。
開啟指南來源實施指南
Spring Boot 結構化事件監控
透過 Telemetry 的 HTTP API 記錄 Spring MVC 和預定工作流程結果，並提供穩定的路由、延遲、狀態和追蹤上下文。
開啟指南首先驗證一個端到端工作流程
建立一個免費的 API 金鑰，選擇最接近的執行時指南，並在擴大覆蓋範圍之前傳送已知的成功和失敗資訊。