2026 年 5 月刚结束 Zoom 的 L5 loop，system design 轮是最有意思的一轮。分享下笔记，因为形式和我从大厂背景预期的不太一样。
这一轮 60 分钟。前 5-10 分钟是澄清问题，然后你需要在大部分时间里主导白板（虚拟的，通过 Zoom 自己的屏幕共享）。我遇到的面试官是 senior staff level，明显很懂。他让我主导，但当我没有依据就做假设时，会很强硬地 push back。
他们问的题： video conferencing 的可靠性 / signaling 系统。对 Zoom 来说非常 on-brand。你需要考虑 WebRTC、TURN/STUN 服务器、SFU vs MCU 架构。如果你面 L5 却连 media relay 方案的取舍都不提，会被扣分。
数据建模方面：他们希望我考虑 participant state、断线重连时 session 的持久化、以及如何大规模存储录制。S3-backed blob store 很显然，但他们会追问 metadata 层，以及如何高效处理按时间的查询。
L5 他们在乎什么： 不是考你能不能把每个 AWS 服务背出来。他们想看结构化思考、明确说出 trade-off 的理由、以及对故障模式的意识。我提了「signaling server 在通话中途挂了怎么办」，然后把 failover 讲清楚，面试官明显放松了。
这轮不深挖 leetcode 风格的数据结构，纯 design。
tips：分布式系统基础要熟。CAP 定理会出现。要在他们问之前就考虑水平扩展。而且考虑到产品属性，至少了解一点实时通信协议。不用是 RTC 专家，但「我就用 websockets」去支撑 1000 人会议肯定不行。