换个角度，从资源与弹性的账本看这个形态：Chessigma 是免费国际象棋对战平台，官网口径「Chess.com but free. 1M+ users.」，2025 年 3 月上线。这里不谈定价策略，只谈负载形状会怎么反过来约束架构。
负载长什么样
对局类服务和内容站点的流量曲线完全不同。一局棋持续十分钟量级，双方要不断交换走子与时钟，连接长时间保持，状态还得由服务端裁决；玩家切后台、网络抖动都要求能重连续上。
这意味着容量不能按「日活 × 页面数」估，要按「同时在线对局数 × 单局连接时长」估。后者决定了长连接网关与内存里那份对局状态的规模，也是免费产品最主要的边际成本。
公开资料没有披露 Chessigma 的架构，下面是按公开形态推的通用取舍，不是对它内部实现的描述。
资源与成本的取舍
- 静态资源（棋盘、棋子、页面）适合整体推到边缘缓存，成本几乎不随对局数增长；真正需要弹性的是连接与状态服务。
- 棋局状态是有会话亲缘的小对象，适合放在内存型存储并设过期时间，落库只保留结果；把每一步都写进主库，是这类系统最常见的成本失控点。
- 复盘/分析这类纯算力任务，放在浏览器端由用户设备承担，是「免费且无限次」能成立的成本前提；放在服务端，用户量一上来就直接变成账单。
- 匹配池需要全局视图，但不必与对局连接共用同一组实例。把「找对手」和「下棋」拆开，扩容时才不会被彼此的峰值牵着走。
公开数字的时点
官网口径是「1M+ users」；公开订阅数 576 来自 2026-10-14 同步的快照，是当时值不是现值。收入类数字与本文的工程结论无关，这里不引用，也不据快照推算现值或年化；不同口径之间不互相折算。
累计用户量不是并发数；这两个量一旦混用，容量估算会差出几个量级。
判断与适用边界
结论：免费对弈平台的成本结构由「长连接 + 会话状态」决定，不由内容量决定。把可缓存的推到边缘、把状态收进有过期策略的内存层、把算力尽量挪到客户端，这三件事决定同样的用户规模能不能用同样的资源扛住。
以上是公开形态能支撑的架构分析；数字是带时点的快照，不是现值。
