比較

Vitrina Engine 與 Uptime Kuma 的比較

Uptime Kuma 是相當出色的免費開放原始碼軟體，由你自行架設運行，也有非常多人仰賴它。因此真正該比較的並不是功能對功能，而是代管服務，對上自行運行、防護並維護一套屬於自己的監控系統。

於 2026 年 9 月 13 日查核，對象為 Uptime Kuma 2.5.4。我們的價格是以美元計價、未稅的定價，並依國家個別訂定，因此你看到的可能不同。

Uptime Kuma 較適合的地方

• 它採 MIT 授權條款免費提供，監控項目與頁面都沒有方案上限。
• 它的檢查種類非常廣泛，包含資料庫、訊息佇列、Docker 容器、遊戲伺服器、gRPC、真實瀏覽器、SNMP 與 SIP。
• 它有約一百種通知整合，比多數商業工具都多。
• 它在你自己的網路內執行，因此不必對外開放任何東西就能連到內部位址，你的資料也始終不會離手。
• 只要硬體撐得住，間隔可以縮到一秒。
• 多個狀態頁面、自訂網域與自訂 CSS，全都不必付費。
• 它是個活躍且非常受歡迎的專案，發布版本相當頻繁。

Vitrina Engine 較適合的地方

• 沒有伺服器要你顧。不必修補、備份、升級或維持運作，而且監控系統並不和它所觀察的對象位於同一個網路，所以那個網路不在時，它仍然在。
• 檢查來自多個地點，而故障要由不同地點看到的連續失敗來確認。只有一台主機時，它與你伺服器之間路徑上的故障，看起來就和一次停機完全一樣。
• 是團隊，而不是單一組登入。成員各自帶有角色，而不是所有人共用一個管理員帳戶。
• 值班表與警示升級，自 Pro 方案起提供。
• 狀態頁面訂閱者，在事情發生時會收到通知。
• 官方且帶版本的 REST API，以及供 AI 代理程式使用的 MCP 伺服器。
• 自 Business 方案起提供稽核日誌，Enterprise 提供單一登入。
• 客戶工作區，讓代理商的每位客戶只看得到自己的監控項目、頁面與事件。
• 監控項目會宣告自己依賴什麼，因此上游失效時只會針對根本原因開一個事件，而不是每個症狀各開一個。
• Uptime Kuma 沒有的檢查：SMPP 與 XMPP、IMAP 與 POP3、TLS 組態稽核、SPF、DMARC 與 DKIM、黑名單監控，以及 NetFlow、sFlow、J-Flow 與 IPFIX 流量分析。
• 當監控項目的回應遠慢於其自身歷史水準時發出警示；事件解決後，也能以 Markdown 撰寫不公開的事後檢討。
• 相容 Sentry 的錯誤追蹤，以及不使用 cookie 的網站分析，都在同一個帳戶裡。
• 私有探針，適用於你確實需要看進網路內部、又不想放棄從外部觀察的情況。

自行架設實際上要付出什麼

授權免費，其他的則不然。你需要一台主機來執行它，而且那台主機不該就是它所監看的那一台。升級是你的事：從版本 1 換到版本 2 是一次單向的資料庫移轉，可能耗時數小時，而且中途不能中斷。備份是你的事：受支援的做法就是複製資料目錄。TLS 是你的事。而且沒有任何東西在看著這位看門人，所以監控一旦停了，最先出現的徵兆可能就是一場沒人被通知到的停機。

逐項並列

監看內部網路與電信系統

Uptime Kuma 本質上就位於你的網路內部，這對私有系統是實質的優勢，而且它具備 SNMP 與 SIP 檢查。它給不了你的是第二種意見：每一次檢查都出自它所執行的那一台機器，沒有多地點確認，因此那台機器路徑上的問題，看起來就和服務本身的問題一樣。

Vitrina Engine 兩者兼具。私有探針在你的網路內部執行，透過 HTTPS 承租工作，從不持有任何資料庫憑證，並將結果回報到與我們從外部執行的檢查同一個儀表板。電信類檢查走的是協定本身，而不只是碰一下通訊埠：SNMP 會輪詢你指定的 OID 並逐一對照門檻值判定，SMPP 會執行 bind 與 unbind，SIP 會送出 OPTIONS，XMPP 則會開啟串流並協商 STARTTLS。

資料來源

• Uptime Kuma 程式碼庫
• README
• 2.5.4 版
• 從版本 1 移轉到版本 2
• 內部 API
• 多地點檢查
• 多位使用者
• 值班與警示升級
• 狀態頁面訂閱者
• 通知管道提供者

請到價格頁查看各方案的限制，到監控項目指南了解每一種檢查能證明什麼，或者免費開始使用。