Meta 复盘 2026 世界杯：WhatsApp 每秒 3000 万条消息创纪录

Meta Engineering Blog·2026-10-16 02:30· 45 分钟前AI 评分47

2026 世界杯：打破纪录、尖峰图表与大规模可靠性

AI 导读

Meta 复盘 2026 世界杯期间的基础设施表现：7 月 19 日决赛（阿根廷对西班牙）WhatsApp 峰值超每秒 3000 万条消息，创平台历史纪录，是 2026 年跨年峰值的 1.23 倍。

正文

每四年一届的世界杯，都是对我们基础设施规模最大的一次计划内压力测试。今年它还创下了历史纪录！

一年中有几个时刻，比如跨年夜，能真正让我们看到自己所构建的一切带来的集体影响——但没有哪个比四年一届的世界杯更盛大。2026 世界杯 打破了纪录，同时在消息、视频、推荐和网络方面创下新高。 

部分亮点：

• WhatsApp： 在 7 月 19 日决赛（阿根廷对西班牙）期间超过 每秒 3000 万条消息，是 2026 年跨年峰值的 1.23 倍，创下平台历史纪录。此前的纪录早在 12 天前、阿根廷对埃及的 16 强赛期间就已被打破，达到每秒 2900 万条消息。
• Messenger、Threads 和 Instagram Direct： 峰值时 每分钟 4900 万条消息 。
• Instagram： 推荐系统流量周环比最高增长 80%。决赛阵容球员合计新增 +2.136 亿激活粉丝——增长 6.6%——合计粉丝数从 32.6 亿激增至 34.7 亿。 
• 直播视频： 与 7 月基线相比，Instagram 观看时长飙升 +90%，Facebook 飙升 +242%。
• Threads：15 亿次展示 来自带赛事标签的帖子，每日触达约 1500 万人，7 月 6 日峰值达 2500 万人。
• Facebook：8000 万条帖子 提及世界杯。

流量跟随的是休息，而不是足球 

每场世界杯比赛都会引发流量激增。例如在决赛期间，常规时间结束时流量在约四分钟内激增 +46%，终场哨响时在约 15 分钟内激增 +57%。 

但通过将比赛事件与全球出口流量对照，我们发现了一个显著规律——分享量的激增主要发生在休息时段（补水暂停、中场休息、加时赛、终场哨响、颁奖仪式）。常规时间结束的哨声产生了整届赛事最大的单一峰值。

推动我们图表的不是比赛本身，而是赛后的对话。 全世界来到 Meta 观看比赛，并分享它带给他们的感受。 

下面的每一个容量决策都源于这一规律。

分层系统，无需人工干预

这些峰值由专为此打造的系统所吸收。 Taiji 在数据中心之间平衡负载，Katran 和 Proxygen 处理 L4/L7 流量分发，我们的全球负载均衡系统将用户路由到位置最佳的边缘节点，AutoScaling 按需配置容量。

区域特定容量

在开赛前数月，Meta 的边缘团队就分析了网络容量，并与 ISP 合作伙伴紧密协作，确保升级落在最能提升终端用户体验质量的地方。这种有针对性的预先建设如今已成为永久容量，在赛事结束很久之后仍将持续服务需求。

Instagram：为连续 39 天的流量激增做准备

对 Instagram 而言，这场赛事意味着连续 39 天的流量高峰，数十亿球迷查看比分、发布 Stories，并在中场休息时涌入 Feed。机器学习推理、Feed 服务、Stories、Explore 和数据基础设施都必须承受住这些压力，而不能让体验变差。

决赛期间，比赛结束的那一分钟，中场 Instagram Feed 流量比前一天上升了 76%，并在随后两小时内保持约 21% 的增幅。

我们的方法建立在四件事上，随着赛事从小组赛推进到决赛而逐步部署。

1. 容量缓冲：我们的产品带着充足的容量进入赛事，这意味着有真正的缓冲可供调配。我们在所有服务层级预先配置了大量额外容量，因此流量高峰无需等待自动扩缩容跟上。这些专用缓冲是我们在本次赛事中最有效的单一手段。
2. 国家级优雅降级：对于高风险比赛，我们在流量最高的国家（巴西、阿根廷、印度、印度尼西亚、西班牙）削减非关键的后台负载，以保护核心功能。
3. 级联预防：这样服务层的流量高峰就不会传播到下游数据系统。
4. 早期预警信号这些信号让我们在接近容量阈值之前就收到警报，而不是之后。

所有这些，包括分阶段部署时间表和降级激活标准，如今都已成为可复用的运行手册，适用于未来像 2028 年奥运会这样的大规模活动。

WhatsApp：五分钟内 84 亿条消息

进球和终场哨声会引发 WhatsApp 每次持续四到五分钟的流量高峰。在其流量最高的单个五分钟窗口内，WhatsApp 无中断地送达了近 84 亿条消息。

这来自数月的准备。超过 100 项内部服务在赛事前进行了负载测试和容量调整，随后随着赛程推进和需求攀升，又进行了重新测试、重新验证和重新调整。

有两件我们通常会做的事，我们没有做。

我们没有在区域之间转移负载。对于过去的高流量事件，我们的默认做法是将需求分散到多个区域，让世界较安静地区的容量来吸收高峰。当高峰相隔数小时出现时——例如全球性的新年前夜——这种做法是有效的。但这次事件不同。每个区域都在同一瞬间达到峰值，因此没有闲置容量可借用。我们没有用全球乘数来推导区域需求，而是按每个区域自身的情况来预测其峰值。

我们没有冻结。 应对重大事件的另一个标准做法是暂停持续部署，并推迟诸如灾难恢复演练等风险较高的操作。这一次，凭借多年的可靠性提升，我们完全跳过了冻结。在整个事件窗口期间，各团队都按正常节奏发布，包括在高峰时刻本身。 

我们全年时刻准备着

在这样的时刻实现连接并非偶然。为48支球队、104场比赛实时传递每一条消息、每一个关注者和每一个分享的Reel提供支持，是基础设施与产品协同作战的故事。

容量规划、负载测试、流量管理和快速事件响应在这些团队中协同运作，让数十亿人能够在最重要的时刻建立连接——比如整个大陆在同一秒为压哨进球而欢庆。

文章 2026 World Cup: Breaking Records, Spiky Charts and Reliability at Scale 首次发表于 Engineering at Meta。

来源：Meta Engineering Blog · engineering.fb.com