入口变更
换了设备不知道从哪里进、桌面端入口调整后找不到原位置，这类问题有固定的排查顺序。
看排查步骤谁在值守
12 个人分三组，接住每一轮的落点
数据运维团队 12 人，按职责分三组轮值。轮次值守组在比赛进行时盯住状态变化，数据比对组核对两条记录线之间的出入，发布运维组把确认过的内容推上页面并看着刷新链路跑完。三组之间靠一份共同的轮次清单交接，不用口头描述。
夜里的场次由值守组先标记成待处理，第二天上午比对组接着往下走。你打开页面看到的每一条，都有人一轮一轮确认过才放上去。
- 轮次值守组 比赛进行中记录状态切换，把还没走完的轮次留进交接清单。
- 数据比对组 把内地记录与另一条记录线放在一起看，差异挂起待确认，不直接放行。
- 发布运维组 推送已确认条目，刷公开查询入口，盯住刷新链路的完成情况。
记录怎么来的
一条记录要过三道关，才出现在页面上
每一条轮次记录都要走完采集、比对、发布三道环节，每一道都有明确的收尾标准。达不到标准的内容会退回到上一道，不会带着缺口上线。
-
采集
抓取比赛编号、进行状态与记录变更时间点，按轮次归位。
收尾标准：该轮字段无空缺，缺一项即退回重取 -
比对
把内地红黄牌记录与另一条记录线并排对照，逐项看差异。
收尾标准：两条线差异落在允许区间内，超范围挂起待确认 -
发布
确认过的条目按轮次推送到页面，同步刷公开查询入口的缓存。
收尾标准：页面条目数与轮次清单条目数一致
每一场记录都能往回追到最近 5 次更新，变更历史按时间倒序排开。哪一条是新加的、哪一条被改过，翻一下就知道。
一路走过来
从桌面端一路走到今天的多终端
访问方式的变化，基本决定了我们每个阶段要解决什么问题。下面四个阶段，是这条线走到现在比较清楚的几段。
-
起步赛季
以桌面浏览器访问为主，轮次记录按人工编排逐条上线，服务第一批持续关注轮次的访客。
-
移动端入口上线
移动端域名成为常用访问入口，手机浏览器打开就是当前轮次，看台边上也能随时刷。
-
桌面端入口变更适配
电脑页面入口做过一次正式调整，已登录的进度与赛程追踪照常延续，换设备不用重新翻历史。
-
刷新链路提速
4 月批次优化了数据刷新链路，红黄牌记录的更新延迟压缩到赛后 10 分钟以内。
服务到哪里
31 个省级行政区，四种终端各自适配
服务范围覆盖全国 31 个省级行政区，天津是 ICP 备案所在地。不同地区、不同网络条件下的打开体验不完全一样，我们按终端类型分别做了排版适配：手机浏览器、平板、桌面浏览器和投屏，四种方式打开的都是同一份轮次记录，版式各自调整过，窄屏不挤、宽屏不散。
公开查询入口每秒可以处理 1200 次查询请求，常规响应在 300 毫秒以内。比赛刚结束、大家同时来刷的那几分钟，是这个数字最常被用上的时候。
- 31个省级行政区覆盖
- 4种终端排版适配
- 1200次 / 秒查询处理能力
- 300毫秒以内常规响应
一起做事的人
6 家终端适配伙伴，3 类数据工具生态
我们和 6 家终端适配伙伴保持长期协作，他们负责在不同设备、不同浏览器上验证同一条记录的显示效果——你在平板上看到的排版，和在桌面上看到的应该是一回事。另有 3 类数据工具生态，把轮次清单和状态变化送进采集环节。
协作里分工是清楚的：伙伴提供数据来源和适配验证，发布什么、什么时候发布，由三道校验的结果说了算。伙伴的名字出现在合作说明里，不会出现在记录条目上。
-
A
终端适配伙伴
6 家伙伴覆盖手机、平板、桌面与投屏四类场景，负责版式回归与显示问题定位。
-
B
数据工具生态
3 类工具生态向采集环节输送轮次清单、状态变化与时间标记，接入前先做字段对齐。
-
C
记录来源与用途
所有条目只用于轮次追踪与记录查看，按轮次编号对外展示，支持逐场回溯最近 5 次更新。