托管 Uptime Kuma，什么都不用装
HTTP、TCP、DNS 或证书探测，每分钟查一次，而告警会送到您真的会看的那个地方。
低至 每月 4.99 €
概述
Uptime Kuma 由我们安装、更新和备份，运行在法国的机器上。盯住您的网站和服务，一出故障就发告警。您什么都不用装，也不用配置服务器：下单后几分钟，这个应用就会以您的名义上线。
与它相配的是 应用 基础版，每月 4.99 €（含税）—— 2 GB 内存。Uptime Kuma 是一个 Node.js 应用，它把每个探测的每一次心跳都存进本地数据库，并把变化实时推给打开着的面板。三十个探测、每六十秒查一次，就是每两秒要写入、汇总并显示一条记录：正是这股不停的数据流，加上后面留存的历史，决定了选这一档。
想自己决定探测频率、探测数量以及哪些内容对外公开时，它就是 UptimeRobot 或 StatusCake 的直接替代。从那些服务并没有自动导入——数据模型对不上——但重建二十个探测大概半小时，而且正好趁机砍掉那些早就没用的。它支持上百种通知渠道，从最普通的邮件到自己写的 webhook，中间还有 Telegram、Discord、Slack、Matrix、ntfy 和 Gotify。
托管式主机改变了什么
HTTP、TCP、ping、DNS、证书
一个页面里必须出现某个词、一个端口必须有响应、一条 DNS 记录必须指对地方、一张证书三十天内要到期：每个探测都有自己的类型、间隔，以及判定为故障之前要重试几次。
告警送到您会看的地方
邮件、Telegram、Discord、Slack、Matrix、ntfy、Gotify、Teams 或自己写的 webhook：内置上百个通知目标，同一个探测也可以同时通知好几个。
公开的状态页
按服务或按客户各建一个公开页面，把相关探测归到一组，附上故障历史，出故障时还能挂一条横幅。这个页面可以用您自己的域名。
用「推送」探测看住沉默的任务
备份或定时任务每成功跑完一次，就去访问一个地址。如果规定时间内这个访问没来，告警就发出去：要知道某个夜间任务已经不跑了，这是唯一可靠的办法。
为什么交给我们，而不是自己装
一家网上商店
首页、支付流程和证书分开监控：一眼就知道是整站挂了，还是只有支付出了问题。
一家管着一批网站的服务商
一个客户一个探测，一个站点一个分组，再加一个公开状态页——周一早上一半的电话，在打过来之前就已经有了答案。
一个每晚都要跑的备份
脚本跑完就去叫一下 Uptime Kuma。两晚没来叫，告警就发出去：在需要用到备份之前就发现问题，而不是等要找它的那天。
一个有网站和云盘的协会
三个探测，一路邮件告警加一路 Telegram。不必是系统管理员，也能看懂那块面板、明白哪里不对。
一位不想再错过续期的站长
HTTPS 探测会在证书到期前三十天提醒，同一个界面上还显示这项服务已经连续运行了多久。
托管在法国
在我们自建自营的新阿基坦大区基础设施。您的监测记录和状态页都留在自己这边，电话那头的人说您的语言。
常见问题
不行，而这是代价最高的一个错误。探测装在被监控对象的旁边，看不见机房的网络中断：它屏幕上一切正常，而您的访客已经进不来了。把 Uptime Kuma 放在我们这里、去监控托管在别处的网站——或者反过来——测出来的数才有意义，因为网络路径本身也在被测。
没有自动导入，两边的数据模型差得太多。实际做起来，重建二十个探测大约半小时，而且正好借机删掉那些监控着两年前就停掉的服务的项目。此后，配置和历史都在一个数据库里，哪天要走就一起带走。
它说明的是：某一个观测点没有拿到响应；这跟「服务不可用」并不完全是一回事。网络路径上的一次瞬断就可能造成误报。所以每个探测都有「判定故障前重试几次」和「多久之后再发一次告警」这两项设置——它们决定了这是一套有用的监控，还是一个被塞满的收件箱。
什么都不用。您从目录里挑好应用，填上它要的几项——通常是一个邮箱地址和一个名称——它就上线了。访问方式会连同网址和登录信息一起用邮件发给您。
包含，这是服务的一部分。在一套监控工具上，真正的风险不是漏洞：而是这套工具自己不声不响地停了、什么都不再监控，而因为它连告警都不发了，谁也没发现。