提个关于系统设计面试的问题

提出来问问大家的意见，如果面试时遇到系统设计的题，你知道有现成的open source solution / tech stack，比如日志系统对应的eks stack，你会提出那个solution的名字吗，面试官回想听到你实际用了这个solution apply to production的经验吗？


----
另外，求大米看面经！orz

补充内容 (2019-6-13 18:52):
EKS -> ELK 打错。。。

那样的话，要继续说这个open source solution 的原理，不能只给一个名字就完了，面试官想听的是对原理的理解和沟通能力。

就像以前数学应用题，只写个结果不给分，得写解答过程。

我觉得提到的话应该会加一点分，但是应该不是回答的主要部分。

我就被问到过设计日志系统。目的就是让你设计日志系统，那当然就是要看你自己怎么设计，如果你能提到ELK或者其他现有的stack，可以稍微深入解释一下ELK的架构和原理，然后再列举一些其他的alternatives。比如假设系统没那么大，throughput和storage要求都不高，还有没有必要用ELK？可以替换哪些部分？做这些决定的考虑因素都有哪些？如果系统很大，ELK怎么实现scaling，有没有limitations？这些就是可以深入讨论的地方。如果我是面试官，我不光想看你知不知道现有的技术，还想知道你对这些技术了解的深度和自己的见解。

话说回来，我被问到设计日志系统的时候，面试官明确指出了我们主要讨论System API Design的部分，余下的一点点时间才讨论了怎么scale，以及其他没有提到的部分。

其他答过的system design的问题也很巧合地都侧重于API design，最多是加上database design。所以我认为要先着手答high level requirements，architecture，弄清楚面试官的侧重点（如果你不问，他也大概会憋不住说），稍微察言观色一些，如果他喜欢听你继续扯，就继续往深了扯，如果他打断你了且说了别的东西，就及时打住，be a good listener, 说他想听的部分，别在不是重点考察的方面浪费太多时间。每个面试官不一样。