粉车挂经

好像是按组定向招的 花了很多精力准备面经中的design 包括wiki爬虫，donation service，设计lyft，price surge，messenger 结果都没问。。。
问了两个偏data infra的设计题 太伤了

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

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

反馈是设计不行。。。
LZ没准备过这些题，但之前用airflow和ELK stack不少 按照类似套路来答的。



补充内容 (2019-5-31 13:08):
我的意思是retry应该是configurable的 但是白哥觉得就应该随意retry多少次都可以。。。这个点跟我浪费了好多时间

发帖不留名 发表于 2019-6-22 09:38
请问楼主准备donation system的时候有什么资料可以参考吗？

没有 自己想的。。。
这系统没有什么traffic - 一个人一年donate一次就不错了？
重点估计是设计payment的idempotent

小狗雪碧 发表于 2019-6-9 12:17
感谢楼主回复！再问一个问题，第二轮的设计metrics collector 面试官考察点是什么啊

就是收集各个micro service的metrics然后送到一个后端的数据库
Kafka queue肯定要用的

小狗雪碧 发表于 2019-6-9 06:35
这两个设计题确实不好答啊，请问第一轮的job scheduler 面试官主要考察的点是什么啊？

就是要求handle高吞吐的job。。。job都是比较快就结束 不会run很长时间

楼主之前在哪？

这两个设计题确实不好答啊，请问第一轮的job scheduler 面试官主要考察的点是什么啊？

Fustang 发表于 2019-6-9 11:55
就是要求handle高吞吐的job。。。job都是比较快就结束 不会run很长时间

感谢楼主回复！再问一个问题，第二轮的设计metrics collector 面试官考察点是什么啊

Fustang 发表于 2019-6-9 12:31
就是收集各个micro service的metrics然后送到一个后端的数据库
Kafka queue肯定要用的

好的好的 太感谢楼主了！

Fustang 发表于 2019/06/09 12:31:42


就是收集各个micro service的metrics然后送到一个后端的数据库
Kafka queue肯定要用的

这是类似Prometheus那样的monitoring metrics吗

发帖不留名 发表于 2019-6-12 09:02
这是类似Prometheus那样的monitoring metrics吗

对的 类似的还有Datadog？还有time series db什么我也不太熟 不知道具体是怎么实现

请问楼主准备donation system的时候有什么资料可以参考吗？