状态页

Uptime Kuma / Better Stack / 状态通知

状态页搭建与可用性监控参考:先监控真正重要的服务,再决定是否公开状态。

分类:状态页

核验信息

范围与状态:仅公开链接 HTTP 只读检查;链接能打开不等于命令运行、模型调用或部署完成。未执行脚本、未调用付费模型、未测试生产服务。实际运行状态:unknown(未实测)。

适用环境:自有服务器或授权监控目标;具体部署版本 unknown。

费用:阅读公开资料不代表服务免费;订阅、API、流量与 VPS 费用以供应商规则为准,具体费用 unknown。

风险:脚本可修改系统或删除数据;网络检测须授权;媒体注意版权与账号规则;API 不要泄露凭据。原指南安全提醒仍适用。

  • Uptime Kuma · 核验日期:2026-10-06T06:49:36.158Z · 待人工核验;HTTP 200
  • Better Stack Status · 核验日期:2026-10-06T06:49:29.484Z · 待人工核验;HTTP 200
  • Gatus · 核验日期:2026-10-06T06:49:34.125Z · 待人工核验;HTTP 200

来源:本页当前公开链接与只读报告;403、验证码、timeout 不判定为坏链。定期检查报告仅供人工复核,不自动改文案。

Original notes

我会怎么用

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

推荐顺序

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

结果怎么看

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

常见坑

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

安全提醒

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

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

可打开的链接

返回 OneMJJ 首页

OneMJJ · VPS、自托管与 AI 工具与历史维护笔记。少踩坑,多留传家宝。

部分工具由第三方运营;本站命令仅供复制,不会自动执行。运行前请核对环境、阅读源码并备份重要数据。本站可能展示 Google AdSense 广告,详见隐私政策。