介绍下EA的服务器架构

2026年8月6日 Will

结合搜到的公开资料,可以把 EA 的服务器架构拆成几个不同的层次来看,这几层各自解决不同的问题,合起来才是完整的图景。需要先说明一点:EA 从没有对外发布过一份完整、系统的架构白皮书,下面的内容是把多个官方博客、案例研究、会议演讲拼起来还原的,时间跨度也比较大(从早年的 Battlefield 到最近的 KubeCon 2025),中间架构本身也在持续演进,不是一份一成不变的蓝图。

第一层:面向玩家的实时游戏托管层——EA 自己的数据中心网络

这一层专门解决”谁来当这局比赛的主机”这个问题。根据 EA 官方帮助页面,EA 在全球运营着覆盖六大区域、超过 30 个地点的数据中心网络:欧洲 11 个(阿姆斯特丹、都柏林、法兰克福、伦敦、巴黎等)、亚洲 6 个(迪拜、香港、孟买、新加坡、东京等)、北美 8 个(阿什本、达拉斯、洛杉矶、迈阿密等)、南美 4 个、非洲 2 个、大洋洲 1 个(悉尼)。这些数据中心的作用是按固定时间间隔收集所有玩家的操作输入,再同步分发给对局里的每一方,充当”比赛服务器”,这样即使某个玩家自己网络很差(比如同时在用弱 WiFi 刷 4K 视频),也不会拖累其他玩家的对战体验。EA 选点的策略是优先覆盖人口密集地区且当地有优质网络供应商的位置,而不是单纯堆数量;玩家实际连接到哪个数据中心,除了看物理距离,还受限于运营商(ISP)自己的路由策略,不一定总是连到地理最近的那个。这一层更偏向”边缘计算”性质,强调低延迟,和后面讲的云基础设施是两套体系。

第二层:云基础设施层——AWS 和 Google Cloud 承载的后端与数据服务

这一层就是前面聊过的内容:Google Cloud 承载 EA Sports FC Ultimate Team 这类需要强一致性数据库(Cloud Spanner)和 DDoS 防护(Cloud Armor)的服务;AWS 承载体量巨大的遥测数据管道和数据湖,处理数十 PB、超过 20 亿个对象的数据,支撑 FIFA、Madden、Battlefield 等主力系列、4.5 亿多玩家的数据分析需求。这一层解决的是计算弹性、存储成本、数据分析这类”重后台”的问题,和第一层的实时对战服务器是分开建设的。

第三层:编排与技术栈——从早期的 Mesos/Aurora 到正在演进的 Kubernetes

这块能看到 EA 技术栈随时间的变化。Datadog 那份案例研究记录的是 DICE 工作室(负责 Battlefield 系列)相对早期(围绕 Battlefield V,大约 2018 年前后)的架构:全部基于云和 Linux,用 Mesos 加 Apache Aurora 做容器编排,Amazon EC2 作为游戏服务器的算力底座,还自己写了针对 AWS 的动态扩缩容扩展来应对流量波动;后端是微服务架构,数据层用 MySQL/Amazon RDS 存关系型数据、Cassandra 做分布式存储、Redis 做缓存、S3 做对象存储;监控从 2013 年就开始用 Datadog,Battlefield V 公测期间日志量预计超过 120 亿条/天,正式上线后高峰期支撑过千万级(1000 万)并发玩家。这套 Mesos/Aurora 体系是那个年代常见的容器编排选择(在 Kubernetes 还没成为事实标准之前),而到了 2025 年的 KubeCon 演讲里,EA 讲的已经是自研的 Kubernetes 多租户框架、Operator、CRD 这一套更现代的技术路线了,说明这些年 EA 内部大概率经历了从 Mesos 生态向 Kubernetes 生态的迁移,这也是整个行业这些年的普遍趋势。

第四层:数据平台——EADP(EA Digital Platform)

EA 有一个专门的内部数据平台团队,产出叫 EADP(EA Digital Platform,有时候也在职位名里看到 “EADP Social”、”EADP Marketplace” 这类子团队,分别对应社交系统、市场交易系统等具体业务模块)。根据一份 Airflow Summit 的分享材料,EADP 把 Apache Airflow 做成了”平台即服务”(Airflow Scheduler as a Service)提供给内部团队使用,支持多租户加 RBAC 权限控制,用 Sidecar 容器从 S3 同步 DAG 任务文件和插件,和 Presto 打通做数据查询,配合 CloudWatch 做监控告警。这一层本质上是把”怎么跑数据管道”这件事也做成了内部平台化产品,呼应了我们前面聊多租户和 Operator 模式时的思路——不是每个业务团队各自搭一套数据调度系统,而是由平台团队统一提供、按租户隔离。

几个规模数字,帮助建立体感

DICE 的 Battlefield 系列支撑过千万级并发玩家;EA 的数据管道处理数十 PB 数据、覆盖 4.5 亿多玩家;EA College Football 25 上线时支撑过 70 万并发玩家。这些数字来自不同游戏、不同年份,不能直接相加理解成”EA 全平台同时在线量”,但能说明这套架构面对的量级。

一点提醒

搜索结果里有一篇 HorizonIQ 的文章看起来像是借 EA 的案例来推销自家负载均衡产品的营销软文,里面提到的”EA 用 Akamai、Cloudflare 做 CDN”之类细节没有找到 EA 官方信源佐证,这部分我没有采纳进上面的介绍,如果你后续自己查到类似说法建议留个心眼、找一手信源核实。

Sources:

i007.cc

介绍下EA的服务器架构

发表回复取消回复

发表回复 取消回复

发表回复取消回复