技術架構
Uptime Kuma 自架 vs 託管：監控系統放在哪裡才有意義
監控系統有一個其他工具沒有的矛盾：它跟被監控的東西放在同一個地方，那個地方掛掉時你什麼都不會知道。這篇談這個矛盾與實際的取捨。
A
Admin
🚀 想直接開始?一鍵部署你的專屬服務
免架伺服器、獨立容器、自動 SSL、月付不綁約。
Uptime Kuma 是開源的，資源需求也很低，自架看起來理所當然。
但監控系統有一個其他工具都沒有的問題，而它會直接推翻「自架比較便宜」這個結論。
監控系統不能跟被監控的東西住在一起
假設你把 Uptime Kuma 架在自己的 VPS 上，用它監控同一台機器上的網站。
那台機器掛了，網站停了——而監控系統也停了，所以沒有人通知你。
這不是理論上的邊緣情況，它正是最常見的故障類型：主機商網路中斷、硬體故障、資源耗盡導致整台無回應。這些情境下，同機的監控一律失效。
換句話說，自架監控只能抓到「應用程式壞了但機器還活著」這一類故障，抓不到最嚴重的那一類。
所以自架監控的正確做法是另外開一台
要讓自架監控真的有意義，它必須放在跟被監控目標不同的機器上，最好是不同的機房。
這時候成本結構就變了：你為了監控，要多養一台機器。而那台機器本身也需要維護、也會掛、也需要有人注意它還活著。
「誰來監控監控系統」是這個題目繞不開的問題。
其他要自己處理的部分
撇開位置問題，自架還有幾件事要自己來：
- 通知管道的憑證。LINE、Telegram、Slack 各自要申請並設定。這是一次性的，但第一次會花時間。
- 版本升級。更新時監控會中斷，要挑時間。
- 歷史資料。監控紀錄會持續累積，要考慮保留策略與備份——不然某天磁碟滿了，監控系統自己掛掉。
- SSL 與網域。狀態頁如果要對外公開，這些都要處理。
判斷表
| 你的狀況 | 建議 |
|---|---|
| 只想監控自己的網站，不想再多養一台機器 | 託管——監控與目標天然分離，這是最核心的價值 |
| 已經有多個機房的機器，維運成熟 | 自架——邊際成本很低，也能放在對的位置 |
| 只監控一兩個網站，可接受基本功能 | 先用免費的 SaaS 監控試試，不一定需要一整套 |
| 需要監控內網服務 | 自架——外部監控連不進你的內網 |
| 要監控的東西很多、想要無限監控數量 | 託管或自架都行，這時候看的是月費對比 SaaS 的按量計費 |
最後一列值得說明：多數 SaaS 監控服務按監控項目數量收費，數量一多會很快超過自架或託管的固定月費。Uptime Kuma 不管哪種放法都是監控數量無限，這是它相對於 SaaS 的主要優勢。
先確認你真的需要一整套
誠實講：如果你只有一個網站、掛掉半天也不會有損失，那免費的 SaaS 監控就夠了，不需要為這件事多一個要維護的系統。
值得認真設監控的訊號是停機有具體代價——站上有訂單、預約、報名在跑。有這些的話，接下來該想的不是「要不要監控」，而是「監控該設在哪幾頁」。
