文章 · 2026年1月27日
維運門檻要對準尖峰,而不是平均值
午餐與晚間檔期的啟動時間本來就不同。若用同一條線告警,不是白天吵翻,就是尖峰漏接。
建議先標出業務尖峰時段,再為錯誤率、API 延遲、崩潰率設分段門檻,並寫進值班手冊。
門檻調整後要有一到兩週的觀察窗,避免剛調完又因短期波動回頭改亂。
指標複核的產出不該只是數字表,還要註明「破線時第一步做什麼」,否則告警仍停在群組裡沒人領。
若資源有限,優先校正付費與登入路徑相關指標,再擴到次要功能。
想針對這個主題做稽核?文章 · 2026年1月27日
午餐與晚間檔期的啟動時間本來就不同。若用同一條線告警,不是白天吵翻,就是尖峰漏接。
建議先標出業務尖峰時段,再為錯誤率、API 延遲、崩潰率設分段門檻,並寫進值班手冊。
門檻調整後要有一到兩週的觀察窗,避免剛調完又因短期波動回頭改亂。
指標複核的產出不該只是數字表,還要註明「破線時第一步做什麼」,否則告警仍停在群組裡沒人領。
若資源有限,優先校正付費與登入路徑相關指標,再擴到次要功能。
想針對這個主題做稽核?