Uptime Kuma：自建一个够用的服务监控
一句话结论
把“网站半夜挂了没人知道”这件事解决掉：自托管监控面板，支持 HTTP/TCP/Ping 探测、通知渠道与状态页，单机几百 MB 内存就够。
优点
- 界面清爽，监控项、通知渠道、状态页开箱即用
- 支持 HTTP(s)/TCP/Ping/DNS/关键字 等多种探测方式
- 可发布公开状态页，方便对外同步故障
缺点与坑
- 单实例部署，没有原生高可用；机器挂了监控也没了
- 历史数据存在 SQLite，长期留存要自己做备份
- 监控项多了以后需要调探测频率，避免把自己打挂
适用场景
- 个人服务器、小团队几个域名/端口可用性监控
- 需要“挂了立刻知道”，且不想每月付费
- 想要一个能对外发布的状态页
快速部署
docker run -d --restart=always -p 3001:3001 \
-v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1实测数据
| 项 | 实测 |
|---|---|
| 部署耗时 | 约 10 分钟（含首屏初始化） |
| 内存占用 | 150–300MB（20 个监控项） |
| 磁盘 | 数据量很小，SQLite 数十 MB 量级 |
与同类对比
| 方案 | 优点 | 代价 |
|---|---|---|
| Uptime Kuma | 自托管、免费、够用 | 单点，需要自己维护 |
| 商业监控 SaaS | 免运维、多节点探测 | 按月付费，数据在别人那 |
结论
推荐给：有自己服务器、想用最小成本盯住可用性的人。 不推荐给：需要多地域探测、SLA 报表的团队（这类还是要商业方案）。