状态/判定方法
判定方法

判定方法:本站怎么下结论

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 天后删除。如果事后发现某个读数有误,会更正在故障记录里写清楚,而不是悄悄改掉。