概述
Gatus 由我们安装、更新和备份，运行在法国的机器上。一个简洁、快速的公开状态页面，向您的用户展示服务运行正常。您什么都不用装，也不用配置服务器：下单后几分钟，这个应用就会以您的名义上线。
与它相配的是 应用 发现版，每月 2.99 €（含税）—— 1 GB 内存。一个每分钟查询一次某个地址的探测项，几乎不花什么代价：Gatus 是一个用 Go 编写的程序，把结果保存下来，生成一个静态页面。这 1 GB 是留给并行运行的检查、用于画出曲线图的历史记录，以及底层系统的。没有理由为一个天生就该保持轻量的监控工具多付钱。
有一点值得说清楚：一个状态页面只有在它不和被监控对象一起挂掉的情况下才有意义。把它装在被观察的那台服务器上，是最常见的错误——机器一旦停机，本该宣布这件事的页面也跟着停了。在这里，它运行在我们这边，和您自己的基础设施是分开的。
Gatus 能做什么
条件写清楚，不靠猜
一个探测项成功的标准，是您写下的条件为真：返回码等于 200、响应时间低于 300 毫秒、JSON 里的 "status" 字段等于 "healthy"、证书还有 48 小时以上的有效期。一个服务可能返回 200 却其实已经坏了；Gatus 能把这种情况说清楚。
HTTP、TCP、DNS、ICMP 和 TLS
要检查的不只是网页：打开一个 SMTP 端口、解析一条 DNS 记录、发送一个 ping、检查证书或域名的到期日期，都和其他探测项一样。
把提醒发到您已经在用的工具上
邮件、Slack、Discord、Telegram、Mattermost、ntfy、Gotify、PagerDuty、Opsgenie，或者一个简单的 webhook。您可以设置连续失败几次才触发提醒，恢复消息则会自动发出。
带历史记录的公开页面
24 小时、7 天和 30 天的可用率，响应时间曲线图，按类别对服务分组。这是一个可以直接给客户看的页面，不是只留给团队内部看的仪表盘。
实际能用来做什么
在被问之前就先给出答案
一家代理公司为客户发布了一个状态页面。当某个应用变慢时，客户会先看页面而不是打电话，团队也不用一上午把同一句话重复讲十遍。
监控下单流程，而不是首页
一家网店监控支付页面，并确认保护它的证书依然有效。首页完全可能显示正常，而支付本身其实已经走不通了。
确认 API 是健康的，而不只是活着
一家发行方查询自己的检查端点，要求响应内容里必须说明数据库是可访问的。一个不连数据库也能答"OK"的服务，其实就是一个故障中的服务。
检查看不见的基础设施
邮件服务器的端口、需要指向正确位置的 DNS 记录、域名的到期时间：最长的故障往往就出在这些地方，因为没人盯着它们。
计划内更新期间不被打扰
提前声明的维护窗口，能避免凌晨三点被一次计划内操作吵醒。探测项照常运行，提醒则保持安静。
托管在法国
在我们自建自营的新阿基坦大区基础设施——也就是说，和您监控的那台机器不在一处。
常见问题
什么都不用。您选好应用，填上它要的几项信息——通常是一个邮箱地址和一个名字——它就上线了。访问信息会通过邮件发送，附带网址和登录凭据。
区别在配置方式。Gatus 用一个 YAML 文件来描述：探测项列表可以重新读取，在不同版本之间对比，也能原样恢复，这正合那些给配置做版本管理的团队的意。Uptime Kuma 则完全靠鼠标操作，偶尔加一个探测项的时候会更快。两者都在目录里；选哪个取决于您的工作方式，而不是监控质量的高低。
关键是要知道它测的是什么。Gatus 告诉您的是：从我们在法国的网络看过去，您的服务能不能连上。这正好足够用来发现故障、过期证书或响应异常的服务。它不是一个分布在世界各地的探测网络：如果您想比较从东京和圣保罗看到的响应时间，这就不是合适的工具。
三个设置就够了：设定连续失败几次才触发提醒，这样能吸收掉短暂的抖动；提前声明维护窗口，用于计划内的操作；再加上自动发送恢复消息，这样就不会让一个早已结束的故障还挂着一条提醒没关。
包含，这是服务的一部分。一个不更新的自托管应用是安全隐患，不是省钱。