猴子也能懂的系统设计套路

写得太好了。 请问你提到的系统里核心的几个data model （面向对象编程101）有没有link可以推荐的？

judyzhang 发表于 2021-07-11 16:25:47
写得太好了。 请问你提到的系统里核心的几个data model （面向对象编程101）有没有link可以推荐的？

这种一般是通过自己思考例题，然后去搜相关例题的讨论资料（比如素人的解答，或者工业级专家的技术文章），来交叉对比形成我对这个系统应该有的几个对象的理解。打个比方，酒店订阅系统，想到用户和房间这两个对象不难，但是房间本身的可订阅时间段也作为对象的一种，就需要通过阅读相关的技术文章才能掌握到。

我印象里没有什么link直接cover了所有类型的系统设计，这个其实本质就是锻炼你对于未知系统的分析能力。

猴哥出品，必属精品。平时基本都在面试ML Design，感觉和system design的区别还是蛮大的。特地来学习一下。

猴哥的这套学习方法其实适用于任何的情况：以一本优质的资源作为source（可以是一本书，也可以是一篇博客），然后逐渐的展开。这个有点类似主题阅读。

膜拜大佬ORZ！！！

lionandbull 发表于 2021-07-12 21:03:21
膜拜大佬ORZ！！！

收藏收藏一下系统设计的

谢谢dalao

谢谢分享，学习

想看想看想看~~~嘻嘻嘻

堕落的猴子 发表于 2021-7-9 16:15
.google  и你这个问题其实很好，也是我原文应该强调的 - 系统面试很多时候，你问出来你就拿到分了。

全链路stron ...

现实中有按strong consistency来的，我知道的方法有：
1. TCC，淘宝搞的用来解决服务层面的分布式事务的方法，类比数据库层面的2PC，不同之处在于可以在TCC框架在confirm阶段可以不断重试。
2. 类似TCC，维护一个事务状态表，为每个支付创建一个全局事务ID，然后为每个步骤更新事务内容和事务状态，只要一定时间过后没到最终状态，那么说明事务没有执行成功，会重新从头执行调用链。
当然这类方法思路都一样，都是基于状态机 + 发送方支持重试 + 接收方保证幂等
eventual consistency的方法就是不说了，都会用到消息队列，保证事务一致性的方法就两类：用本地消息表或者消息事务，本质都一样。

eat_orange 发表于 2021-7-13 01:35
现实中有按strong consistency来的，我知道的方法有：
1. TCC，淘宝搞的用来解决服务层面的分布式事务的 ...

感谢分享，你说的tcc和saga（就是个大型简单状态机，出错就用对应的负动作去取消）这个我也在准备的时候了解过。我自己工作里用的是类似saga的办法。我甚至说，如果有人和我说tcc类似2pc，我会很有自信和他讨论为什么tcc本质不是2pc（因为提交本身只有一段）。

不过一般会问到这个程度，那么反而可能不是系统设计轮，而是project deep dive轮，因为这是考察实际工作经验的广度和深度，和为了面试generic系统设计能力已经不太一样了。所以我上面会强调，为了系统面试设计轮的准备，你有工作经验可以聊那自然是极好，但是别人没有具体的经验那么还是以理论基础为主来准备。