Honeycomb 案例的核心責任是把可觀測訊號直接轉成可靠性決策。當團隊面對大量告警時，burn rate 提供比固定閾值更接近使用者體感的判讀方式。

問題場景

固定閾值告警在高變化流量下容易失真。團隊可能長時間處於告警疲勞，卻看不出真正侵蝕 SLO 的事件。

決策機制

機制核心問題交付結果
Burn rate 警示可靠性消耗速度是否異常優先序判讀
SLO 驅動值班哪些事件需要立即接手響應節奏
Tracing-first 分析事件路徑如何定位可追溯證據

可觀測訊號

訊號判讀重點對應章節
fast burn短期消耗是否超過容忍帶6.6
slow burn長期趨勢是否持續惡化4.6
trace outlier path關鍵路徑是否集中退化4.3

下一步路由

先用 4.20 組證據，再在 6.23 回寫驗證條件。