如何应对系统设计面试?

Open Table of Contents

概览

系统设计面试往往令人生畏，因为它的题目可能非常模糊。这同时也意味着它具有开放性，最重要的不是拿出一个完美的设计方案，而是在面试的过程中展现出自己的思考过程和解决问题的能力。

面对一个系统设计问题，我们可以按以下几个步骤来应对：

在系统设计面试中，不假思索快速给出答案并不会为你加分。在没有彻底了解需求之前就回答问题是面试中的大忌，因为面试不是知识问答竞赛，它没有正确答案。

在面试的开始，我们需要理解问题的背景和边界。这个过程中，我们需要问一些问题来澄清问题的背景和边界。比如：

如果我们被要求设计一个新闻流系统，可以先问这几个问题：

在这一步中，我们需要制定高层级的设计。需要深入到什么粒度取决于具体的问题。如果要设计一个扑克游戏的后端，那没设计方案中可以包含 API 端点的设计。但如果是设计一个很大的系统，例如一个搜索引擎，那么这些内容的层级就太细了。

我们可以制定一个初始蓝图，在白板或者纸上画出关键组件的架构图，并征求面试官的反馈。

可以思考一些具体的用例，通过这些用例我们可能会发现一些之前没考虑到的极端场景。

有时候我们需要使用封底计算来评估系统容量或者性能需求，甚至会影响到我们的技术选型。Jeff Dean 在其2010年的文章中揭示了典型计算机操作的时长，我们可以参考这些数据来进行封底计算：

服务可用性也是一个重要的指标，一般用百分比来衡量，大部分服务的可用性在 99% 到 100% 之间，正常运行时间通常是用小数点后 “9” 的个数来衡量的。“9” 越多则代表可用性越高。下表出了 “9” 的数量与系统预计不可用时长的关系。

在这一步中，我们应该和面试官一起识别架构中的组件及其优先级。我们尽量不要陷入不必要的细节讨论，避免占用太多面试时间，从而无法展示设计可扩展系统的能力。

我们可以针对应用中最重要的用例进行探讨，可能会用到流程图来描述应用的关键组件如何参与到这个用例的流程中。例如新闻流系统中，用户获取新闻流的流程可以这样描述：

最后一步我们需要回答面试官提出的问题，例如：