admol/systemdesign

系统设计面试：内幕指南（System Design Interview: An Insider’s Guide）

目录

系统设计面试：内幕指南（中文翻译）

原名：《System Design Interview: An Insider’s Guide》

作者：Alex Xu

译者：精灵王 @Admol

目录

• 第 1 章：从零到数百万用户的规模
• 第 2 章：粗略估算
• 第 3 章：系统设计面试框架
• 第 4 章：设计一个分布式限流器
• 第 5 章：一致性哈希设计
• 第 6 章：设计一个 key-value 存储系统
• 第 7 章：设计一个分布式系统唯一ID生成器
• 第 8 章：设计一个短网址系统
• 第 9 章：设计一个网络爬虫系统
• 第 10章：设计一个通知系统
• 第 11章：设计一个新闻提要系统
• 第 12章：设计一个聊天系统
• 第 13章：设计一个搜索自动完成系统
• 第 14章：设计 YouTube
• 第 15章：设计 Google Drive

---

在线阅读

系统设计面试：内幕指南（中文翻译）

声明

译者纯粹出于 学习目的 与 个人兴趣 翻译本书，不追求任何经济利益。

译者保留对此版本译文的署名权，其他权利以原作者和出版社的主张为准。

本译文只供学习研究参考之用，不得公开传播发行或用于商业用途。

有能力阅读英文书籍者请至亚马逊购买正版支持。

systemdesign's Issues

部分中文翻译拼写错误

第11章：设计一个新闻提要系统
第2步：提出高层次的设计方案并获得认同
该设计分为两个流程：提要发布和新闻提要构建：
更改为： 该设计分为两个流程：新闻发布和新闻源构建：

Chapter1: Typo

Chapter 1 里：
-- 数据库
-- 使用什么数据库？
-- 你只需要序列号和反序列化数据（SON, XML, YAML等）

应该改为：
你只需要序列号和反序列化数据（JSON, XML, YAML等）

02章有个地方需要讨论一下。

第二章的以下内容有点奇怪吧。

讨论点：

“发布2条推文” Vs “查询每秒次数（QPS）”
既然是发布了，那就不是Query，而是transaction吧。
也就是，这不是QPS，而是TPS。

原文：

示例：估算Twitter的查询量和存储需求
请注意，以下数字仅用于本练习，不是 Twitter 的真实数据。

假设：

每月活跃用户为3亿。
50%的用户每天使用 Twitter。
用户平均每天发布2条推文。
10%的推文包含媒体。
数据存储时间为5年。
估算： 查询每秒次数（QPS）估计：

DESIGN A NEWS FEED SYSTEM，这个应该翻译成动态比较好

Feed is the constantly updating list of stories in the middle of your home page. Feed includes status updates, photos, videos, links, app activity and likes from people, Pages and groups that you follow on Facebook.
动态是位于首页中间不断更新的动态列表。动态包括您在 Facebook 上关注的用户、公共主页和小组发布的状态更新、照片、视频、链接、应用事件和点赞。