状态/判定方法
判定方法
判定方法:本站怎么下结论
ROB RUN 没有官方分服接口,所以每一个状态站本质上都在推断。这一页把推断过程完整写出来,让你能判断它,而不是盲信一个绿点。
两个公开信号,一个派生信号
Steam Web API 只提供一个属于整个游戏的数字:此刻在线人数。Steam 新闻接口提供开发者公告。第三个输入是本站访客的上报。除此之外都不公开——分服健康、排队深度、区域延迟都不公开。
采样
Cloudflare 定时任务每 5 分钟读取一次在线人数,并连同精确观测时间一起入库。失败记为“不可用”,绝不记为 0。超过 30 分钟的读数,不会被用来描述现在。
跌幅阶梯
基线取最新读数之前 60 到 120 分钟内的成功采样均值。跌幅达到 35% 发布为 degraded;达到 60% 发布为疑似宕机;读数为 0 发布为未确认宕机,因为 Steam 偶尔会在重建缓存时返回 0。
上报
匿名上报按 15 分钟窗口计数。单窗口超过 25 条,或达到三天均值的 3 倍,判定至少降到 degraded。说明文字不会原文公开,IP 只做限流哈希。
恢复
一次好读数不能结束故障。要连续三个平静采样(在基线 20% 以内)并且上报回落到常态,面板才回到正常。这是刻意设置的迟滞,避免计数抖动制造虚假的“一切正常”。
我们拒绝掩盖的盲区
- 人数健康从不等于每台服务器都健康,它只说明有人在玩。
- 接口调用失败,绝不会在曲线上画成 0 人。
- 我们不发布分服删档时间,因为不存在公开数据源。
- 我们不编造故障。开发者没说话、数字也正常时,页面就说正常。
阈值一览
| 信号 | 阈值 | 发布状态 |
|---|---|---|
| 在线人数 | 低于 1 小时基线 60% 及以上 | 疑似宕机 |
| 在线人数 | 低于 1 小时基线 35% 及以上 | 下滑 |
| 在线人数 | 恰好为 0 | 未确认宕机 |
| 上报 | 15 分钟 > 25 条,或 > 三天均值 3 倍 | 至少为下滑 |
| 恢复 | 连续 3 个采样在基线 20% 以内 | 正常运行 |
| 数据 | 30 分钟无成功采样 | 未知——不是离线 |
数据保留与更正
采样按 5 分钟粒度长期保留,让长窗口保持诚实。匿名上报保留 30 天后删除。如果事后发现某个读数有误,会更正在故障记录里写清楚,而不是悄悄改掉。