大家怎么看马斯克rpc1000+事件？？？

我觉得Elon说的没什么问题。
我就是做Android的，那人给出的解决方案完全没什么支撑点。
重构来解决Android卡顿根本就不是什么特别可行的方案。很多重构都会发现甚至可能不如以前。

fabulousz 发表于 2022-11-15 21:16:43
这种规模的系统还用如此粗放的方式，确实很离谱…单纯从一个技术的角度来看

额，我不明白怎么得出结论graphql如此粗放了，这么成熟的技术就被你一句话给否定了？

匿名用户 发表于 2022-11-15 22:09:00
额，我不明白怎么得出结论graphql如此粗放了，这么成熟的技术就被你一句话给否定了？

我说的粗放是指：1000如果属实，说明技术管理很粗放…技术选型只有合不合适。

已经道歉了，又重新聘回来了。

yshan8 发表于 2022-11-15 22:34:59
已经道歉了，又重新聘回来了。

那两是演员，

根据后续，似乎马斯克把1200个微服务理解成了1200个rpc。
然后恼羞成怒把对方fire了。

攒米看帖9981 发表于 2022-11-16 00:00
根据后续，似乎马斯克把1200个微服务理解成了1200个rpc。
然后恼羞成怒把对方fire了。

没看全部故事，但是微服务的颗粒度应该比rpc大，一个微服务至少有1个rpc

如果twitter时间线刷新确实需要千数量级的rpc调用，那确实是有问题的

yshan8 发表于 2022-11-15 22:34
已经道歉了，又重新聘回来了。

哪儿看到的？！

flyingforce 发表于 2022-11-16 09:50:40
没看全部故事，但是微服务的颗粒度应该比rpc大，一个微服务至少有1个rpc

如果twitter时间线刷新确实需要千数量级的rpc调用，那确实是有问题的

我看的不知道是不是那个人。他的意思是rpc不会是线性调用的，否则延时会更长。马斯克说的也许包括数据中心内部的微服务，而不是跨洋的rpc。

fabulousz 发表于 2022-11-16 00:07
就我能看到的特性和公开能了解到的数据而言，说twitter的复杂度比微信低一个数量级不夸张。

1000rpc这个 ...

》 说twitter的复杂度比微信低一个数量级不夸张。
这个的确，微信比twitter复杂很多。

〉主要还是1000关联的rpc是否属实吧，如果属实，至少感觉很明显后台服务部分粒度分拆过度
这个我可以说一些细节（都是在twitter上公开讨论过的，我只是总结一下，不算泄密）app首页到backend的requests只有20多个。这20多个requests在同一个data center里面大概涉及了200多个micro services。这200多个micro services的batching call倒是有可能有1000多rpc，具体看twitter底层的stitch框架是如何group这些batching call的。不过话说回来，这些底层的1000多rpc 都是在同一个DC内的，网络延迟非常低，不是首页加载的速度瓶颈。

btw，Yao Yue也有公开澄清batching不是主要瓶颈。https://twitter.com/thinkingfish/status/1591864357474177024