状态页

我会怎么用

需要知道服务是否真的在线，并在故障时快速判断影响范围的个人站长。

推荐顺序

1. 先选最小的一组关键探针：主页、API 健康检查、证书到期和磁盘空间，不要一开始监控几十项。
2. 探针位置至少覆盖一个外部网络，避免服务器本机访问正常却对用户不可用。
3. 为连续失败、恢复和证书临期设置不同通知，避免把短暂抖动变成告警噪音。
4. 每次故障结束后写下时间线和根因，逐步把探针从“发现问题”升级到“帮助定位问题”。

结果怎么看

• 状态页是观测工具，不是可用性证明；一个 URL 正常不代表登录、支付和后台都正常。
• 告警阈值要结合业务容忍度，宁可延迟几十秒，也不要因为单点抖动频繁打扰。
• 公开状态页只展示必要信息，内部依赖和管理入口应放在受保护的视图。

常见坑

• 监控和被监控服务放在同一台机器，机器宕机时连告警都发不出去。
• 只监控 HTTP 200，不检查响应内容、延迟和证书剩余时间。
• 把内部 URL、Webhook 和通知令牌提交到公开仓库。

安全提醒

• 通知渠道中不要携带密码、Cookie、Authorization 或完整用户数据。
• 监控频率要克制，避免对第三方依赖造成不必要请求。

维护者备注：我会先监控真正影响用户的路径，再补充资源指标；告警的目标是减少盲人摸象，而不是制造更多噪音。