8.4 万 Star 的 system-design-101，靠一张图把系统设计讲明白了

前阵子有个朋友准备系统设计面试，问我有没有什么资料推荐。

我给他甩了一堆经典书名，《数据密集型应用系统设计》《System Design Interview》，还有几篇长博客。结果他隔天回我一句，书太厚了，看两页就困，博客又全是文字，能不能有点图。

我当时没接话。

因为我心里清楚，系统设计这个东西，最值钱的恰恰是图。一个分布式缓存怎么 work，文字写三千字你未必有感觉，但一张带箭头的时序图摆出来，三秒钟就懂了。

后来我把 system-design-101 发给他。截止 2026 年 6 月 28 日，这个仓库在 GitHub 上有 8.4 万 Star,9300 多个 Fork。它干的事情很简单，用图把系统设计讲明白。

它不写代码，只画图

很多人第一次打开这个仓库，第一反应是，这也太不像一个技术项目了。

没有 README 里堆满的安装命令，没有复杂的 quick start，甚至没有一行可运行的代码。整个仓库的主体，就是几百张图，配上一段段简单到近乎口语的解释。

但这就是它的杀手锏。

system-design-101 来自 ByteByteGo 团队，对，就是那个在 YouTube 上靠画图讲系统架构火起来的频道。这个仓库可以理解成他们视频内容的图文版合集，把 API、网络协议、数据库、缓存、消息队列、微服务、CI/CD 这些话题，全部拆成一张张可视化卡片。

你想想看，大多数系统设计教程的问题在哪。要么是面试八股，背一堆名词，CAP、BASE、一致性哈希，背是背了，但脑子里没有画面。要么是工程书，写得严谨，但读起来像嚼木头。

这个项目夹在中间，走了一条很讨巧的路。它不追求把每个概念讲到学术级别，而是追求，你花十秒钟看一张图，就能建立一个正确的直觉。

一张图讲清一个概念，是它的核心节奏

我翻了它的目录，粗略数下来覆盖了至少 40 多个大类，几百个细分话题。但不管话题多复杂，它的叙事节奏几乎是一致的。

一个概念，一张图，几句话点破关键。

举几个我自己印象深的。

讲 HTTP 的几种通信模式，短轮询、长轮询、SSE、WebSocket，很多人学了好几年还是搞混。它直接放四张对比图，每一张画出客户端和服务端的交互时序，谁先发、谁挂着、什么时候断，一目了然。

讲负载均衡器、反向代理、API 网关的区别，这三个词被新人混着用是常态。它用一张图把流量走向画清楚，你就明白负载均衡是分流，反向代理是代收，网关还多了一层策略，三者叠在网络的不同位置。

讲 Twitter 1.0 的技术栈，讲 Netflix 怎么用缓存，讲 Airbnb 从 0 到 15 亿房客的架构演进，这些都是真实公司的案例拆解。不是教科书式的高可用三件套，而是人家当年到底踩了什么坑、换了什么方案。

这种真实案例的密度，是它比纯面试资料值钱的地方。

说真的，一个项目能不能帮人记住东西，不在于它信息量多大，而在于它有没有给你一个能挂住记忆的钩子。这个仓库的钩子，就是图。

它的目录，几乎是一份系统设计地图

我比较建议的用法，不是从头读到尾，而是把它当索引。

它的 Table of Contents 分得很细。我把主要板块拎出来，你感受一下覆盖面。

API 和 Web 开发这块，从 REST、gRPC、GraphQL 的对比，到 HTTP/1、HTTP/2、HTTP/3 的演进，再到 URL 的组成部分、HTTP 状态码、API 安全清单，全是高频考点。真实案例那一章更狠，Figma 怎么把 Postgres 扩容 100 倍，Pinterest 一行代码把 clone 时间砍掉 99%，Twitter 怎么在 1.5 秒内算出 For You 推荐流。

数据库和缓存那块，讲 Redis、 Cassandra、各种一致性模型的取舍。微服务那块，讲服务发现、熔断、限流、消息队列怎么选。运维和部署那块，从 Docker 到 Kubernetes 到 CI/CD 流水线全覆盖。

坦白讲，任何一个工程师，不管你做前端后端还是算法，这份目录里总有你知识的盲区。

我自己翻的时候就有几个顿悟时刻。比如我一直没彻底想清楚 CDN 边缘节点和源站缓存怎么协调失效，看了它那张推送式与拉取式缓存更新的对比图，一下就通了。

一个必须说清楚的边界

聊到这我得泼点冷水，否则这篇文章就成了软文。

system-design-101 很强，但它强在入门和建立直觉，不强在深度。

它的图很直观，代价是很多细节被简化掉了。比如讲分布式一致性，它会给你一张很漂亮的对比图，但 Paxos 和 Raft 到底在工程上怎么 trade-off，它不会展开。讲数据库选型，它会列特性，但不会告诉你，你这个具体业务场景，到底该上 Postgres 还是 MongoDB，这个决策只能靠你自己踩坑。

另外这个仓库现在重商业化导向很明显。它的很多链接已经指向 ByteByteGo 自己的付费 guides 站点，免费的部分更像是引流。这不是坏事，人家做内容也要吃饭，但你得知道，免费内容的天花板在哪。

所以它最适合谁。

我觉得是两类人。一类是准备系统设计面试的，把它当地图和钩子，快速过一遍建立框架，具体细节再补书。一类是工作一两年的工程师，想系统梳理一下自己知识体系的盲区，它很适合当目录用，缺哪补哪。

如果你已经是资深架构师，指望从这挖深度，大概率会失望。

一图一概念，是知识工程的钩子法

写到最后，我想说的其实不只是这个仓库好不好用。

我反复看了它几张图之后，提炼出一个可迁移的判断，姑且叫**「一图一概念」的钩子法**。把一个复杂系统的核心矛盾，压缩进一张图加三句话，让读者先抓住钩子建立直觉，再决定要不要深挖细节。system-design-101 没有发明任何新技术，它只是把已有的、被验证过的知识，用一种最容易让人吸收的方式重新组织了一遍，而且严格守住「一张图只讲一个概念」的克制。

为什么这个方法值得偷。我们这个行业有个毛病，喜欢把简单的事情讲复杂，一份架构文档动辄几十页，一个技术分享 PPT 塞满术语，好像不这样就不专业。但真正厉害的人，是能把一个分布式系统的核心矛盾，用一张图、三句话讲明白的人。钩子法的力量在于，它降低的是读者的「进入成本」，而不是知识的深度，图是入口，不是终点。

这件事看着不起眼，但 8.4 万 Star 说明了一切。

下次你要给团队讲一个复杂方案，或者写一份技术文档的时候，不妨想想这个项目。先别急着堆文字，先问自己一个问题，这个事情能不能画成一张图，这张图能不能只讲一个概念。

很多时候，一张图胜过三千字。