谈谈system design的面试方法

最近连着拿了两个offer，感觉很爽。我是新移民，所以不太会谈包，发个system design面试技巧给大家攒人品，祈祷入职成功，我还在准备之后的面试，大家也可以留言给我交流哈。面经想想不敢写了，我签了协议。

感觉我每次sd之后，都能感觉到面试官对我满满的爱哈哈哈。分享几个tips给大家吧（一家之言）：

1.我觉得首先就是educative，我看过很多mock，一看别人上来educative那套，我就退了。大家其实也可以理解吧，不是他不好。是如果只有那个，面试官自己也是这么过来的就很无聊。而且sd背后主要看你对整个系统的理解，
看到你直接背答案，可能就不会很开心的。网上有很多大佬分享的自己设计的框架，大家找几个觉得容易记得，一抬手就是新答案，让面试官耳目一新。

2.计算那部分，我建议不要耗时太久，毕竟算那个背后主要是知道，你的qps大不大，可是面试的大前提其实都是分布式，你直接随便估计一下说肯定过万了，需要分布式就行。

3.主要掌握几个组件，很多题目都可以出来，之前经常看一个大佬的视频，他说这就是跟积木一样的，当然知道的越多越好，时间有限的话， redis， kafka， sql， dynamo， s3这几个就够。但是不是知道就行，你要知道什么
情况说什么，比如当时我说我选sql，不选dynamo，他问我为什么。我说因为sql是master-slave， dynamo peer-to-peer， dynamo强势在于写

您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式
Unlock interview details and practice with AI
Curated Interview Questions from Top Companies

strong>补充内容 (2020-12-21 18:39):
metrics / dashboard


补充内容 (2020-12-21 19:59):
我会持续的把一些我觉得比较高频的面试题，大厂的blog啥的资料整理在这里，大家如果有好的我们也一起收集一下好啦～～～～～～比如recommendation， metrics， dashboard～～记得加米～～

补充内容 (2020-12-26 06:47):
Map的资料我看过的不多，但是我觉得这个讲的非常的清晰。是之前在pramp遇到一个senior principle给我的，比那个戴帽子的youtuber讲的清晰很多。

补充内容 (2020-12-26 06:48):

biomedicineman 发表于 2021-9-4 21:56
请教lz，应该阅读哪些经典paper呢

dynamoDB的要读，fb的tao也可以读一下，然后uber有个engineerblog里面关于他们前几年上线新db的文章也可以读一下

fatfatjoey 发表于 2020-12-27 14:24
rabbitmq可能更general purpose一点，应该有它的适用场景，这个我没用过，不敢评价。一般mq需求的话，确 ...

那就kafka吧哈哈哈。统一口径

我想要offer真的 发表于 2020-12-27 07:19
kinesis 完全不懂哈哈哈。

我是记得sqs可以保证exactly once好像，也是听别人说的自己不懂

问LZ个题外话
educactive怎么打印出来的 😂

duohedianshuiha 发表于 2020-12-21 08:59
问LZ个题外话
educactive怎么打印出来的 😂

哈哈，右键print， 然后保存pdf

zzzzzzzzzzz

哇塞，收到了管理员的大包！我要继续努力！

https://eng.uber.com/billion-data-point-challenge/
觉得这篇讲metrics比主贴那个好，我自己读了下，把框架和怎么存都说清楚了，还有怎么优化内存～～

https://eng.uber.com/observability-at-scale/
Uber关于监控内部机器和给oncall管理员发notification的设计

问一下LZ，为什么SQL是master-slave，然后heavy read就可以是SQL吗？heavy write是 NoSQL?

jia0804 发表于 2020-12-23 03:55
问一下LZ，为什么SQL是master-slave，然后heavy read就可以是SQL吗？heavy write是 NoSQL?

我是这么理解的哈，sql是写只能写在master， 读可以从slave和master， 然后master挂了或者hold不住就影响写，需要让客户resubmit。dynamodb是peer-to-peer，你可以写在任意一台或者x台上，可以看下他的论文，设计的初衷就是总是可以写，提高用户体验。而且现在美国很多大公司用的都是分布式sql，可以handle很高的qps，所以最好不要在面试的时候因为分布式就说选dynamo。多给一些理由。

我想要offer真的 发表于 2020-12-23 05:13
我是这么理解的哈，sql是写只能写在master， 读可以从slave和master， 然后master挂了或者hold不住就影响 ...

谢谢LZ，明白了！之前看过dyanmodb的paper，也看了一下别的nosql的blog也有master-slave的，被误导了。感觉LZ已经把system design融会贯通了