[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fkne7ime4vf10":3},{"code":4,"message":5,"data":6,"timestamp":68},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":40,"summary_md":41,"topic":42,"github_topics":45,"license":58,"homepage":59,"updated_at":60,"history":61},"louislam\u002Fuptime-kuma",5,"A fancy self-hosted monitoring tool","JavaScript",92876,8605,58,1940,[16,21,27,31,36],{"id":17,"title":18,"points":19,"comments":8,"posted_at":20},28809501,"A fancy open-source self-hosted monitoring tool",59,"2021-10-09",{"id":22,"title":23,"points":24,"comments":25,"posted_at":26},37159980,"Uptime Kuma: An easy-to-use self-hosted monitoring tool",2,0,"2023-08-17",{"id":28,"title":29,"points":24,"comments":25,"posted_at":30},28047254,"Uptime Kuma: A fancy self-hosted monitoring tool","2021-08-03",{"id":32,"title":33,"points":34,"comments":25,"posted_at":35},39408788,"Uptime Kuma is an easy-to-use self-hosted monitoring tool",1,"2024-02-17",{"id":37,"title":38,"points":34,"comments":25,"posted_at":39},39101866,"Uptime-Kuma: A fancy self-hosted monitoring tool","2024-01-23","自托管的在线状态监控工具，适合想自己盯服务又不愿付托管监控费的人。","如果你运行着几台服务器或几个站点，想在服务挂掉时收到提醒，Uptime Kuma 提供一个可以自己部署的监控面板和通知路由。作者的出发点很直接：想找一个类似托管监控服务的自托管替代品，但当时最接近的选项已经停止维护。\n\n## 解决什么问题\n\n在 Uptime Kuma 之前，确认服务是否在线通常要么买托管监控，要么用 cron 加通知脚本自己拼。你希望为 HTTP 端点、TCP 端口、DNS 记录等配置检查，并在失败时尽快收到通知。Uptime Kuma 把这些检查、状态展示和告警渠道收进一个自托管 Web 应用：配置从逐个写脚本变成在界面里添加检查、选择通知方式。最终得到的是带每项检查历史、Ping 图表和可选公开状态页的面板。\n\n## 有什么不同\n\n它最吸引人的地方是检查类型够多，同时界面响应快。README 列出 HTTP(S)、HTTP 关键词与 JSON 查询、TCP、Websocket、Ping、DNS 记录、Push、Steam 游戏服务器和 Docker 容器检查，最短 20 秒一次。通知覆盖 Telegram、Discord、Gotify、Slack、Pushover、SMTP 邮件以及一长串其他服务，还能发布多个状态页并绑定到不同域名。证书信息、代理支持和 2FA 补齐了日常运维需要的部分。\n\n代价在规模上。2021 年一位 Hacker News 评论者就指出，它并不打算和 Nagios、NMS、Zabbix 这类重量级平台竞争，也接受它不会像那些平台一样扩展。这个定位今天仍然适用：它是一个界面友好的单体监控应用，不是分布式可观测性平台。同一讨论里还有人提出自托管监控自身的可用性问题——监控主机宕机时你就失去视野，因此值得提前安排一个外部检查来盯监控本身（[讨论](https:\u002F\u002Fnews.ycombinator.com\u002Fitem?id=28809501)）。\n\n## 谁值得试\n\n适合：个人或小团队运行少量站点、家庭实验室服务或内部工具，想要可视化面板、多种通知渠道和公开状态页，又不想维护大型监控系统的人。可以先用[在线演示](https:\u002F\u002Fdemo.kuma.pet\u002Fstart-demo)看看界面再决定是否安装。不适合：需要与 Nagios、Zabbix 相当的大规模多节点监控的人，或者无法把监控程序放在一个即使被监控服务故障也仍可访问的位置的人。\n\n## 使用条件与边界\n\nREADME 给出的安装方式有三种：Docker Compose、单条 `docker run` 命令，以及需要 Node.js 20.4+、Git 和 pm2 的非 Docker 安装。非 Docker 方式支持主流 Linux 发行版和 Windows 10\u002FServer 2012 R2 及以上，但明确不支持 FreeBSD\u002FOpenBSD\u002FNetBSD 和 Replit\u002FHeroku。NFS 存储不受支持，数据必须放在本地目录或卷上；如果你打算把数据库放在 NAS 共享上，这一点很关键。Docker 命令默认在所有网络接口上暴露 3001 端口，README 也给出了只绑定 localhost 的写法。\n\n后续维护主要涉及更新和备份：README 把升级指向单独的 wiki 指南，打算长期运行某个版本前应先看那份文档。如果需要反向代理或其他高级配置，也应从安装 wiki 入手，而不是假设默认命令已经覆盖。\n\n## HotRepo 点评\n\nHotRepo 在 2026-10-24 记录到 92,862 星（当天 +49），2026-10-25 为 92,870 星（当天 +58），两天都出现在每日趋势榜上。可比较的历史太短，无法判断关注度是在上升还是消退，只能确认它已有很大的关注基数且最近上过榜。真正要判断的是单体自托管实例是否符合你的故障域：在决定之前，先想清楚你打算怎么监控这个监控程序本身。",{"slug":43,"name":44},"devops","运维与部署",[46,47,48,49,50,51,52,53,54,55,56,57],"docker","monitor","monitoring","responsive","self-hosted","selfhosted","single-page-app","socket-io","uptime","uptime-monitoring","webapp","websocket","MIT","https:\u002F\u002Fuptime.kuma.pet","2026-10-25T02:51:57Z",[62,66],{"date":63,"stars":64,"stars_gained":65},"2026-10-24",92862,49,{"date":67,"stars":11,"stars_gained":13},"2026-10-25",1792909640]