框架解決結果後的工具
使用狀態、持續時間和受控錯誤類別已知的終端中介軟體、異常過濾器、回應掛鉤或處理程式包裝器。
選擇框架
選擇知道結果的邊界
將運輸成功與產品成功分開
200 回應仍然可以代表被拒絕或不完整的工作流程。在擁有它的層新增有限的業務成果。
跨版本使用穩定的名稱
記錄路由範本、命名操作和發布，而不是原始 URL、函式源、請求正文或任意異常訊息。
共享事件合約
保持第一個模式可互操作
- route_template、方法、狀態、結果、duration_ms 和發布
- request_id、account_id、環境、執行時和受控 error_type
- 資料庫持續時間、佇列切換、依賴性和已知的業務成果
使這些欄位適應工作流程，但在多個服務依賴同一個資料表之前保持單位、狀態類別、識別符號和所有權明確。
驗證
在發出警示之前練習故障路徑
- 1練習一次成功、驗證失敗、未處理的異常和超時。
- 2確認路由名稱已範本化並且敏感請求資料已被排除。
- 3將記錄的持續時間和狀態與框架回應進行比較。
- 4重新啟動執行時並驗證掛起的遙測不能無限期地阻止關閉。
實施指南
匹配框架、提供程式或執行時
附來源連結的設定指南
Node.js 和快速結構化記錄
Instrument Express 路由結果具有穩定的路由範本、狀態程式碼、請求延遲和安全關聯欄位。
開啟指南附來源連結的設定指南
Next.js 伺服器事件分析
透過可供 SQL 查詢的事件觀測現有 Next.js 路由處理函式，無須向瀏覽器暴露寫入金鑰。
開啟指南附來源連結的設定指南
NestJS 請求和工作流程 Telemetry
為 NestJS 控制器和提供者提供規範化的路由結果、延遲、錯誤、版本和批准的帳戶上下文。
開啟指南附來源連結的設定指南
Python 和 FastAPI 結構化記錄
使用 Telemetry 非同步用戶端和標準化路由名稱，記錄 FastAPI 回應狀態及回應標頭階段的延遲。
開啟指南附來源連結的設定指南
Django 和 Celery 結構化事件監控
記錄 Celery 任務每次嘗試的狀態，不將重試誤記為最終失敗，也不改變任務結果。
開啟指南附來源連結的設定指南
Flask 和 SQLAlchemy Telemetry
使用有界 Python 事件、穩定的路由範本和安全的錯誤類別來測量 Flask 請求結果和 SQLAlchemy 事務行為。
開啟指南附來源連結的設定指南
Elixir Phoenix Telemetry 整合
附加到 Phoenix 請求生命週期事件並轉發有界終端請求結果，而無需複製連線資料、參數或異常文字。
開啟指南附來源連結的設定指南
Laravel 結構化記錄和佇列分析
將 Laravel 請求、命令、佇列和計費結果作為型別化事件傳送，而不會暴露應用程式機密或有效負載。
開啟指南附來源連結的設定指南
.NET 和 Serilog 結構化事件分析
除了針對 ASP.NET 請求延遲、故障、版本和客戶影響的 Serilog 診斷之外，新增重點 Telemetry 結果事件。
開啟指南附來源連結的設定指南
Spring Boot 結構化事件監控
透過 Telemetry 的 HTTP API 記錄 Spring MVC 和預定工作流程結果，並提供穩定的路由、延遲、狀態和追蹤上下文。
開啟指南附來源連結的設定指南
Go HTTP 伺服器結構化記錄
將型別化的請求結果事件新增到 Go HTTP 服務，以獲取路由錯誤率、延遲百分位數和版本比較。
開啟指南首先驗證一個端到端工作流程
建立一個免費的 API 金鑰，選擇最接近的執行時指南，並在擴大覆蓋範圍之前傳送已知的成功和失敗資訊。