“Telemetry 是我轉儲日誌和追蹤事件的首選。它很簡單，SQL 工作臺速度很快，而且我不必預先擔心架構。透過 REST API 執行 SQL，我可以獲取資料並將報告直接轉儲到 Slack。這是 Sentry 為我所做的事情的本質。”
Prem Viswanathan
創辦人， SwiftCX確認的背景
此頁面將已發布的回饋與其他團隊可以應用的一般模式分開。
- Prem Viswanathan 是 SwiftCX 的創辦人。
- 他發布的回饋特別提到了日誌、追蹤事件、SQL 工作臺、靈活的模式、REST 查詢 API 以及交付給 Slack 的報告。
- 該宣告描述了工作流程的適合性，而不是基準或保證的效能結果。
可重複的圖案
具有相同需求的團隊如何開始
1
使用單一事件路徑進行調查和報告
具有類似需求的團隊可以記錄一次操作事件，以互動方式檢查它們，並透過 API 重複使用已審查的 SQL 來生成計劃報告。
2
讓模式有意識地發展
在沒有嚴格的前期儲存庫模型的情況下開始並不意味著忽略型別。傳送測試事件，檢查推斷的架構，並在新增新上下文時保持現有欄位型別穩定。
3
自動化審查的查詢
一旦查詢回答了正確的問題，就可以非同步或按計劃呼叫它，並在團隊已經工作的地方提供緊湊的結果。將儲存的 SQL 保留為可稽核源。
評估藍圖
將工作流程變成您可以驗證的證據
以下範例是從已發布的工作流程中得出的實用評估計劃。它們不是關於客戶的實施、事件模式或結果的宣告。
1
問題和活動合約
一個事件路徑可以支援調查和報告嗎？
operation_completed 具有操作、狀態、duration_ms、發布、環境和安全相關欄位
驗證檢查
比較相同固定時間視窗和參數的互動式 SQL 和查詢 API 輸出。
2
問題和活動合約
事件模式能否在不破壞已儲存報告的情況下發展？
新增可選的型別化上下文，同時保持現有欄位名稱和型別的穩定；記錄schema_version
驗證檢查
重播舊的和新的合成事件，檢查 null 行為，並在兩個版本上執行現有的報告查詢。
3
問題和活動合約
自動報告是否可追溯？
保留儲存的查詢識別符號、報告視窗、generated_at 時間、行數和傳送狀態
驗證檢查
在依賴計劃交付之前，手動重新執行相同的查詢並比較緊湊的結果。
此工作流程的 SQL 查詢範例
相關產品功能
繼續此工作流程 警示
將經過審查的可靠性查詢提升到擁有的閾值和回應工作流程中。
嘗試相同的事件到答案工作流程
建立 API 金鑰，檢測有意義的工作流程，並將第一個審查的查詢轉換為圖表或報告。
更多客戶案例
Browserflow: 從商業事件到顯而易見的答案LogSnag: 從原始事件交付到團隊可以使用的答案