刚面完 NBCUniversal 平台工程组的 senior SWE（大概 L5 对标）system design 轮。趁还新鲜写一下，因为我搜的时候几乎没找到有用的信息。
题目：设计一个 live video streaming ingestion pipeline，能支撑数百万并发观众。他们显然不是从零开始做，这题更多是「如果你负责这个系统，你会怎么架构」
他们真正关心的点： 在真实媒体规模下的可扩展性。他们提到 NFL 比赛期间 Peacock 的观众峰值，问我具体会怎么应对。CDN 边缘缓存、自适应码率、origin failover。 延迟 vs 吞吐的取舍。我花了不少时间讲 ingest 路径和 delivery 路径的区别，他们明显很认可。 监控与可观测性。比我预期更重。他们问：在用户开始在推特吐槽之前，你怎么从平台侧发现 stream 已经劣化。 故障模式。比如一个 transcoding 节点在直播中途挂了会怎样。
形式：45 分钟，1 个面试官，虚拟共享白板。他们让我主导，但经常加约束和新需求。整体是协作式的，不是对抗式。我也遇到过那种 system design 面试官 45 分钟盯着你不说话的，这次不是。
我会怎么准备：分布式系统基础肯定要有。但更具体地，看看 CDN 架构、HLS/DASH 协议（不需要背得很熟，但理解自适应码率是什么会很有帮助）、消息队列模式（Kafka 很加分）、以及基础的 DB sharding。这不是 fintech 的 system design，优先考虑可用性和吞吐，而不是严格一致性。
我本职不是媒体方向（云厂的 SRE）。基础设施的套路能直接迁移，只是要映射到 streaming 场景。
结论：这是我这轮求职周期里做过更好的 system design 之一。他们看重的是我的推理过程，不只是画出来的图。