【架构】Server-Survival，扮演云架构师的塔防游戏，生存策略
文章目录
-
- 1、Server-Survival介绍
- [2、核心玩法 & 目标](#2、核心玩法 & 目标)
- 3、游戏攻略&生存策略
1、Server-Survival介绍
这是一个基于 Web 的塔防模拟游戏，旨在通过玩游戏的方式学习云架构知识。
- 玩家在游戏中扮演云架构师，利用有限的预算搭建云基础设施。面对持续增长的访问流量和 DDoS 攻击，需要合理规划和部署资源，尽可能延长云服务稳定运行时间（生存更长时间）
- 你将扮演一名云架构师，核心目标是：搭建并弹性扩容高可用云基础设施，抵御不断增长的流量与 DDoS 攻击，控制预算，保住服务健康，尽可能存活更久。
- 一句话总结：用游戏化方式，无痛学习真实云原生架构、流量治理、成本管理与安全防护。
2、核心玩法 & 目标
推荐流量流向：
互联网 →（防火墙/CDN/API 网关）→ 负载均衡 → 队列 → 计算 → 缓存 →（SQL/NoSQL/存储）
1、胜利目标
活得越久越好！
你需要同时管理三项核心资源：
- 预算（$）
- 信誉度（%）
- 服务健康度
2、资源规则
- 赚钱：成功处理合法流量请求
- 掉信誉：请求失败、恶意流量绕过防御
- 保健康：服务在高负载下会性能下降，需要维修
- 游戏结束
- 信誉度 = 0%
- 破产（$ ≤ -1000）
流量类型（真实业务流量模型）
| 流量类型 | 颜色 | 目标服务 | 收益 | 说明 |
|---|---|---|---|---|
| STATIC 静态 | 绿色 | CDN / 存储 | $0.50 | 图片、CSS、JS 等静态文件请求 |
| READ 读 | 蓝色 | NoSQL / SQL 数据库 | $0.80 | 数据库读操作 |
| WRITE 写 | 橙色 | NoSQL / SQL 数据库 | $1.20 | 数据库写操作 |
| UPLOAD 上传 | 黄色 | 存储 | $1.50 | 文件上传 |
| SEARCH 搜索 | 青色 | 仅 SQL 数据库 | $0.80 | 搜索查询（NoSQL 无法处理） |
| MALICIOUS 恶意 | 红色 | 防火墙拦截 | $0 | DDoS 攻击，必须用防火墙拦截 |
云基础设施组件（真实服务对应）
你可以通过工具栏搭建架构，每个组件有成本、容量、持续维护费、功能。
| 服务 | 成本 | 容量 | 维护成本 | 功能 |
|---|---|---|---|---|
| 防火墙 | $40 | 30 | 低 | 安全第一道防线，拦截恶意流量 |
| API 网关 | $70 | 40 | 中 | 限流，过载时优雅降级（软失败），可升级 T1→T3 |
| 消息队列 | $45 | 200 | 低 | 流量缓冲，削峰填谷，防止请求丢失 |
| 负载均衡 | $50 | 20 | 中 | 流量分发，将请求分给多台实例 |
| 计算实例 | $60 | 4 | 高 | 请求处理核心，可升级 T1→T3 |
| CDN | $60 | 50 | 低 | 边缘缓存静态内容，命中率 95% |
| SQL 数据库 | $150 | 8 | 极高 | 支持读/写/搜索，可升级 T1→T3 |
| NoSQL 数据库 | $80 | 15 | 高 | 快速数据库，仅支持读/写（不支持搜索），可升级 |
| 缓存 | $60 | 30 | 中 | 缓存结果，大幅降低数据库压力，可升级 |
| 存储 | $25 | 25 | 低 | 文件系统，承接静态/上传流量 |
计分与经济系统
| 行为 | 金钱 | 分数 | 信誉 |
|---|---|---|---|
| 静态请求 | +$0.50 | +3 | +0.1 |
| 数据库读 | +$0.80 | +5 | +0.1 |
| 数据库写 | +$1.20 | +8 | +0.1 |
| 文件上传 | +$1.50 | +10 | +0.1 |
| 搜索查询 | +$0.80 | +5 | +0.1 |
| 攻击被拦截 | +$0.50 | +10 | --- |
| 请求失败 | --- | 减半 | -1 |
| 请求被限流 | --- | --- | -0.2 |
| 攻击绕过 | --- | --- | -5 |
维护与扩容规则
- 基础维护费：每个服务每分钟扣费
- 费用膨胀：10 分钟内从 1 倍涨到 2 倍
- 维修费用：服务原价的 15%
- 自动维修：开启后维护费 +10%
生存模式（核心玩法）
- 流量与压力会不断 escalate（升级），需要全程主动操作。
- 动态挑战：
- RPS 加速：流量随时间倍增（1 分钟 ×1.3 → 10 分钟 ×4.0）
- 随机事件：成本暴涨、容量下降、流量突增（每 15--45 秒）
- 流量结构变化：每 40 秒切换流量比例
- DDoS 攻击波：每 45 秒出现 50% 恶意流量
- 服务老化：高负载下健康度下降，必须维修
- UI 功能：
- 服务健康条
- 顶部实时事件提示条
- 收支明细面板
- 维修费用显示
- 自动维修开关
- 结束复盘与建议
- 可重试同一架构
沙盒模式
- 自由实验，无游戏结束。
- 可自定义：
- 初始预算（0--10K）
- RPS 流量速率
- 各类流量比例
- 瞬时流量爆发
- 开启/关闭维护费
- 清空所有服务
- 适合学习架构、做压力测试。
注意看左侧流量类型，，根据流量类型调整策略，拆除设备换钱，然后重构架构。
感觉生存模式还是，有点难的说
3、游戏攻略&生存策略
官方策略技巧
-
优先拦截攻击
第一时间放防火墙，直接对接互联网。攻击绕过一次扣 5 点信誉，直接崩盘。
-
CDN 专门处理静态流量
互联网 → CDN → 存储
CDN 95% 命中率，成本极低。
-
关注服务健康
受损服务容量会下降，手动维修或开自动维修。
-
提前为流量洪峰扩容
RPS 会在里程碑突然暴涨，例如 3 分钟 ×2.0 前就要准备好。
-
收入 vs 维护费平衡
开局精简，赚钱后再逐步扩容。过度部署直接破产。
-
合理使用缓存
极大降低数据库读压力。
-
用消息队列抗峰值
流量爆发时不丢请求。
-
API 网关实现优雅降级
被限流只扣 0.2 信誉，远比请求失败（扣 1）划算。
-
用 NoSQL 分流数据库压力
读/写走 NoSQL（更快、更便宜）
SQL 只留作搜索查询。
-
紧盯事件栏
费用暴涨时别买服务，流量爆发时检查容量。
真实云架构知识
- 1、流量分层与治理
静态资源 → CDN（边缘加速）
动态请求 → API 网关 → 负载均衡 → 应用服务
削峰填谷 → 消息队列
数据库压力 → 缓存层 - 2、真实高可用架构思维
防火墙 = WAF / 流量清洗
API 网关 = 限流、熔断、降级
负载均衡 = 水平扩展
队列 = 流量缓冲，防止雪崩
缓存 = 减轻数据库压力
SQL vs NoSQL 选型：业务场景决定 - 3、微服务/云原生成本意识
每一种组件都有购置成本 + 持续运维成本
过度部署 = 浪费成本 = 破产
容量规划必须匹配流量增长 - 4、安全与风控
DDoS 必须在入口层拦截
攻击绕过 = 严重事故
限流是服务稳定性的最后防线 - 5、运维与 SLA 思想
服务健康度 = 线上稳定性
自动维修 = 自愈系统
优雅降级（限流）优于直接崩溃
信誉度 = 用户体验与 SLA - 6、架构演进思路
从小规模极简架构开始
随流量逐步扩容
针对不同流量类型做专项优化