第 8 章 · 架构心法与多媒体系统
“造轮子的时机判断，比造轮子的能力更稀缺。“
本章覆盖的课程
| 编号 | 课程 | 本章的产出 |
|---|---|---|
| 179 | 郭东白的架构课 | —（已融入其他章节） |
| 005 | 许式伟的架构课 | 架构决策框架 + 造轮子的时机判断 |
| 159 | 攻克视频技术 | 视频编解码、传输、渲染全流程 |
| 160 | 搞定音频技术 | 音频采集、处理、编解码 |
章节结构
| 文档 | 内容 |
|---|---|
00-设计推演：从零造一个直播系统.md | ★ 必读开篇：从”1.5 Tbps 上行”这个不可能的数字出发，推导出 CDN 复用、切片延迟、三条降延迟路线 |
01-架构心法：决策框架与造轮子的时机.md | 架构的本质、决策框架、技术选型、演进策略 |
02-音视频系统：从采样到流媒体.md | 音频采集与编码、视频编解码、直播系统架构 |
★ 先读
00-设计推演。 它从一个算术问题开始——“主播上行需要 1.5 Tbps，实际只有 50 Mbps， 差五万倍”——然后让你自己走出 CDN、切片、延迟权衡这条完整的架构链。这一篇是全书八篇推演的收尾，也是最能体现”从约束推导架构”的一篇。
学完这一章，你应该能
- 说出”架构”到底是什么——不是画框图，而是做决策
- 用一个明确的框架判断”什么时候该自己造”
- 解释架构演进的三个阶段，以及每个阶段的重点
- 解释音频的采样、量化和编码原理
- 解释视频的 YUV、帧类型、H.264 编码流程
- 设计一个直播系统的完整架构
- 解释延迟与流畅度的权衡（为什么直播延迟总是 3-10 秒）
贯穿全章的核心问题
问题 1：架构师做什么？
不是画架构图。 架构图只是决策的记录。
架构师的核心工作是：在约束条件下做决策，并为决策的后果负责。
约束:
· 业务需求（功能、性能、成本）
· 团队能力（几个人？什么水平？）
· 时间（什么时候上线？）
· 技术现状（已有什么？能用什么？）
决策:
· 用什么技术？
· 怎么拆分模块？
· 数据怎么存？
· 服务怎么通信？
· 出错了怎么办？
★ 每一个决策都会在未来产生后果
★ 架构师的价值 = 决策质量 × 决策的影响范围
问题 2：为什么音视频值得学
因为它是最”吃基础设施”的系统。
一条直播链路涉及：
采集 → 前处理 → 编码 → 封装 → 传输 → 解封装 → 解码 → 后处理 → 渲染
★ 涉及 8 个环节，每个都有专门的算法和标准
★ 涉及 CPU、GPU、网络、存储的极限
★ 涉及延迟与质量的艰难权衡
★ 学完音视频，你对"系统设计"的理解会上升一个层次
因为它逼着你同时考虑：计算密集、IO 密集、实时性、带宽限制
开始阅读：00-设计推演：从零造一个直播系统