Better Stack
集中收集服務日誌、監控網站可用性並在故障時通知你
🤔 勉強可以
監控能自己刻,可靠告警才值得付錢
月費(約)
未知
一年省下
—
自己刻要多久
好幾天
幾個人做得出來
兩個人
分類
🛠️ 開發工具
價格為約略值,以官網為準。Better Stack 依監控、日誌量與保留期限分級,公開方案與用量計價可能變動;價格不確定
護城河
判決理由
HTTP、TCP、Ping 監控、心跳檢查、日誌收集、關鍵字告警和 Slack 或 Email 通知,自己用幾天就能組起來。難的是高可用的探測節點、日誌大量寫入與搜尋、告警去重、維護狀態頁,以及故障時通知真的送得到。小規模自用可以自架,但可靠性和維運時間會打折。
為什麼大家還是付錢
付費買的是分散式探測、集中式日誌保存、告警路由與不必自己維護監控平台。服務掛掉時,監控系統不能跟著一起掛,這點最有價值。
建置 prompt
複製下面這段,丟給你的 AI coding 工具,讓它替你刻一個自用版。
目標:做一個本機優先的自用服務監控與日誌檢視工具,監控少量網站和家中服務並在異常時通知。
技術棧建議:Python FastAPI + SQLite + APScheduler,前端用純 HTML/CSS/JavaScript;日誌以 JSON Lines 存檔,通知使用 SMTP 與 Slack Incoming Webhook。
需求:
- 建立、編輯、停用 HTTP、TCP、Ping 與心跳監控項目
- HTTP 監控支援方法、網址、逾時秒數、預期狀態碼與回應關鍵字
- 依固定間隔執行檢查,保存每次結果、回應時間、狀態碼與錯誤訊息
- 連續失敗達門檻時建立事件,恢復正常後自動結束事件
- 同一事件只發一次告警,支援恢復通知與告警冷卻時間
- 支援 Email、Slack Webhook 與桌面通知三種通知方式
- 提供監控總覽,顯示目前狀態、最近事件與可用率
- 每個監控項目提供 24 小時、7 天與 30 天回應時間和可用率圖表
- 提供心跳 URL,服務完成排程工作後以 HTTP 請求回報
- 接收指定目錄的 JSON Lines 日誌,依時間、服務、等級與關鍵字搜尋
- 日誌詳情頁支援展開 JSON 欄位、複製內容與依欄位篩選
- 可設定日誌保留天數與檔案大小上限,超過後自動輪替
- 所有監控資料、事件與日誌設定可匯出為 JSON 和 CSV
- 管理頁以本機密碼保護,密碼只存雜湊值並可由環境變數初始化
明確不做(out of scope):全球分散式探測節點、多人帳號與權限、商用級高可用、手機 App、APM 追蹤、複雜日誌解析管線與公開狀態頁託管。
README 要求:說明本機啟動方式、環境變數、排程與時區設定、SMTP 和 Slack 設定、資料位置、備份還原與 JSON/CSV 匯出方式。
「用 Claude Code 開啟」複製的是 claude "<prompt>",貼進終端機即可;
Codex、Cursor、Copilot 等工具直接用左邊的複製鈕貼進對話框。
免費 / 開源替代
- Uptime Kuma 開源
開源自架監控工具,支援多種探測方式與通知整合。 - Grafana 開源
開源儀表板與告警平台,可搭配 Prometheus 和 Loki。 - SigNoz 開源
開源可觀測性平台,主打 OpenTelemetry、追蹤、指標與日誌。
替代品由 AI 依公開資訊列出,尚未逐一連線驗證(unverified),請自行確認是否仍在維護。
這個判決會隨模型進步翻盤:今天的「勉強可以」很可能半年後變成「可以刻」。
判決依 rubric v1.0.0 於 2026-08-31 生成。