監控 Monitoring

追蹤服務是否正常、錯誤在哪、效能是否變差。

先用一句話理解

追蹤服務是否正常、錯誤在哪、效能是否變差。

打個比方

像店裡的警報器與監視器。

什麼時候會遇到

服務正式給客戶使用後。

再往深一點看

Monitoring 關注的是服務的「系統健康」：API 有沒有回應、錯誤率有沒有暴增、回應時間有沒有突然變慢——這些都是 monitoring 的管轄範圍。它和 logging 不同：logging 是把事件原始記錄下來，讓你事後查；monitoring 是在問題超過門檻的瞬間主動發出警報，縮短從「壞掉」到「有人知道」的時間差。Sentry 這類工具會捕捉所有未處理的例外並立即通知你，Vercel 的 Analytics 儀表板則讓你看到部署後 Web Vitals 有沒有退步。沒有 monitoring，你就是靠使用者當你的感測器——等客戶在社群上抱怨，你才知道服務已經掛了幾個小時。

舉個例子

你把專案部署到 Vercel 並接上 Sentry 後，某天凌晨資料庫連線池耗盡，API 全部回 500。Sentry 偵測到錯誤率在 30 秒內飆破閾值，立刻把告警 Slack 訊息送到你的手機。你起床、查 log、重啟服務，整個過程 10 分鐘內結束——遠比等第一位客戶早上來信才發現快得多。

常見誤解

- 上線後完全沒有設監控，靠使用者回報才知道服務壞掉，常常已經壞了好幾小時卻毫無察覺。
- 只設「網站有無回應」的 ping 監控，忽略 API 錯誤率、回應時間與資料庫查詢這些更早出現異狀的指標，等到整個服務掛掉才收到告警。
- 把 monitoring 和 logging 混用，以為把錯誤寫進 log 就等於有監控——log 只是原始資料，沒有人即時分析這些 log，問題同樣不會自己浮出來。