2016
一块给赛事爱好者用的数据面板
最初的产品形态很轻:一块能看当前场次和基础比分的面板,主要为电脑上看比赛的玩家服务。那时候电竞数据还很分散,赛程要开好几个页面才知道下一场是谁打谁。我们把场次和比分集中到一个界面里,这就是后来的赛事面板。
SINCE 2016 · 赛事数据长期建设
最开始,我们只是给一群看比赛的爱好者做了一块能实时刷比分的面板。几年下来,这块面板长成了包含赛事面板、联赛排名、会员中心与赛程排布的完整体系,桌面端和内地正式版共用同一套账号,关注列表和收藏在两个端之间来回同步。如果你正打算长期在这里看比赛、跟联赛,下面这些阶段、团队分工和资质情况,能帮你判断这条路走得稳不稳。
STAGES · 阶段刻度
每一次能力跃迁,都对应着一个具体的看比赛难题:先把比分做准,再把桌面端的多窗口体验做顺,再把排名的可信度补上,最后把双端之间那几秒的延迟清掉。
2016
最初的产品形态很轻:一块能看当前场次和基础比分的面板,主要为电脑上看比赛的玩家服务。那时候电竞数据还很分散,赛程要开好几个页面才知道下一场是谁打谁。我们把场次和比分集中到一个界面里,这就是后来的赛事面板。
2018
网页端切换标签页来回顾看,对重度观众来说始终是种打断。桌面端 1.0 在这一年推出,Windows 与 macOS 双系统都能装,安装包约 128 MB,常见配置下冷启动大约 2.4 秒。窗口可以常驻在副屏,赛事面板一直亮着,主屏该干嘛干嘛。
随后的赛季
只看单场比分不够,跟联赛的人需要知道排名怎么变。我们把联赛排名的同步周期压缩到 5 分钟以内,又做了会员中心:按日期区间列出赛程排布,可以按项目、联赛和关注的战队三种维度筛。选定区间的赛程还能导出成日历文件,离线也能看。
2022
有些用户不想装客户端,只想在浏览器里临时查个排名。内地正式版就是为此做的:和桌面端共用同一套账号体系,关注列表、赛程与收藏双向互通,换端不用重新配一遍。到今天,内地正式版的最新版 Chrome 与 Edge 上运行稳定。
v3.2.1
在 v3.2.1 之前,赛事面板首次加载时,近期战绩会有 2–4 秒的显示滞后;登录环节在旧缓存残留时也容易出状况。这个版本修复了登录异常与缓存滞后问题,并把关注列表同步改成异步预取,主内容不再等次要数据。现在客户端保持每月一次小版本、每季度一次大版本的节奏,更新说明都会在赛场资讯栏目公开。
DATA · 数据来源
跟联赛的人最怕两件事:看到的名次是过期的,或者同一个场次在两个页面显示不一样。我们把这两件事拆开解决——刷新节奏写进产品,数据来源收拢成一条。
REFRESH · 刷新节奏
3 s
比赛进行中的比分每 3 秒刷新一次。这个频率是权衡过的:再快对这种体量的画面没有实际意义,再慢会让人怀疑自己看的是不是上一波进攻。
SYNC · 排名同步
5 min
联赛排名在 5 分钟内完成同步。名次本身不是逐秒变化的东西,把同步周期压得太紧反而会让榜单在比赛间隙来回抖动,看起来不可靠。
SOURCE · 单一数据源
1
赛事面板、会员中心与赛程排布共用同一份赛事数据源,同一场次在三个地方显示的队伍、轮次和时间完全一致,不会出现"面板里已经结束、赛程里还没开始"这种情况。
数据来自与 46 家电竞俱乐部及赛事主办方的合作接入。赛事结束后,回看与战绩的写入会走一遍校验,确认场次归属和结果无误后才对外展示,这也是近期战绩偶尔在结算窗口里短暂缺位的原因。想跟进近期的数据侧调整,可以在 赛场资讯里看到每次版本迭代的说明。
TEAM · 背后的人
平台不是靠一个人熬夜撑起来的。研发决定功能多久上一次,数据工程决定数字准不准,赛事运营决定你关注的联赛有没有被覆盖到,用户支持决定你卡住的时候多久有人回。这四块的分工和规模,决定了你遇到问题时感受如何。
负责桌面端与内地正式版的全部前端与后端能力,从赛事面板的加载顺序到关注列表的同步策略都在这条线上。v3.2.1 里异步预取的改造就出在这里。
维护赛事数据的接入、清洗与写入链路,负责场次归属校验和排名同步窗口的稳定性。实时比分的 3 秒节奏和排名的 5 分钟窗口都在这条链路上落地。
负责 18 个竞技项目的赛事接入与活动组织,每年参与或自办的城市赛、高校赛与线上公开赛合计约 320 场,赛程排布的及时性由这条线把关。
团队常驻哈尔滨,提供在线协助。人工工单平均首次响应时间约 8 分钟。账号类问题走客服邮箱,技术排查类问题走支持邮箱,两个渠道都按这个时段服务。
其余约 17 人分布在品牌与商务岗位,负责对外合作、内容产出与用户沟通。
SECURITY · 安全底座
看比赛需要登录,登录就涉及账号信息存在哪里、本地缓存留了什么。这两件事我们没打算含糊处理:平台已完成信息系统安全等级保护三级备案,并建立了 ISO/IEC 27001 信息安全管理体系。
面向账号体系、关注列表与收藏数据的安全基线,覆盖访问控制、日志留存与应急响应几个环节。你换设备登录时,账号状态的判定就走在这套体系里。
把数据处理的流程固化下来,谁在什么条件下可以接触用户数据、变更如何留痕,都有对应的规程。这套体系也约束着合作方对接赛事数据时的边界。
如果你关心本地缓存里存了什么、怎么清、怎么导出自己的数据,可以看 数据保护;如果你在意服务范围和版本要求这类前提条件,可以看 使用条款。
ECOSYSTEM · 合作生态
平台的赛事数据不是凭空出现的。我们与 46 家电竞俱乐部及赛事主办方建立了数据合作,覆盖 18 个主流竞技项目。合作的形式分两类:一类是把赛事方的场次与结果接入,让赛事面板和联赛排名有据可依;另一类是以平台身份参与赛事组织与传播。
每年参与或自办的赛事活动约 320 场,按赛制分成三条线——面向大众参与的城市赛、面向校园群体的高校赛,以及不受地域限制的线上公开赛。三条线各自有不同的节奏,城市赛和高校赛集中在赛季间隙,线上公开赛则贯穿全年。
如果你的赛事需要接入数据、或者想聊聊合作方式,可以直接走 联系通道。
2023
面向平台在赛事数据链路与双端同步能力上的实践。
2024
由用户反馈与使用体验累积形成的评价结果。
REACH · 服务版图
打开赛事面板要等多久,很大程度上由你到最近节点的网络距离决定。我们在华北、华东、华南、西南与东北布置了 42 个边缘加速节点,服务覆盖全国 31 个省级区域。
覆盖北京、天津、河北、山西、内蒙古等区域,是节点密度最高的片区之一。
覆盖上海、江苏、浙江、安徽、福建、江西、山东等地,晚间高峰期的赛事房间最集中。
覆盖广东、广西、海南,与港澳方向的部分赛事数据接入形成联动。
覆盖重庆、四川、贵州、云南、西藏,边缘节点承担了较长的跨区回源路径。
覆盖辽宁、吉林、黑龙江。用户支持团队常驻哈尔滨,与本地运维协同处理突发状况。
节点布局会随赛事密度调整,赛季前后是常见的扩容窗口。各区域的接入状态与调整说明会在 赛场资讯里同步。
NEXT · 继续了解
品牌层面的事情讲到这里。真正决定你用不用得顺的,还得回到具体功能、版本选择,以及遇见问题时的处理路径。