被收购的Twitter微服务架构有多复杂？ - Reddit

22-11-19 banq

Twitter严重依赖微服务，但在拥有数千名工程师掌舵的规模如此之大的情况下，Twitter 实际上有多复杂吗？

1、问题是规模：
任何人都可以建立像 twitter 这样的网站，但是您需要大量的基础设施来跟上他们处理的流量。
规模分布式系统的复杂程度。共享和共识协议可能很难调试，因为涉及到数千个节点
Twitter 的规模是他们的服务器是本地的……他们不使用 AWS。
Twitter 已有十年历史，因此多年来每位 CEO 都在遗留代码的基础上进行了大量权衡。

2、这非常简单，您可以找到有关如何构建它的教程并在几天内完成。
它只是微服务之上的一些 React SPA，带有 docker，然后是用于存储的 mongodb，无服务器云函数后端，与graph TRPC 和 Typescript 的通信以！那旧是推特架构，十分简单。
他们可以终止 graphql 服务，但是一切还正常。
马斯克说：有 500 个图表用 graphql 为一个简单的时间线绘制。这就是 Twitter 如此缓慢的原因。

3、微服务永远不会保持微状态，通常会随着时间的推移变得越来越大。
Twitter 最喜欢使用的微服务数量有数百个。Twitter 的前端功能可能只是其中的一小部分。其余的是诸如分析工具、反向代理、数据聚合、pub sub、cdn 等之类的东西......除非你在那里工作，否则没有真正的了解方式，但如果你真的想要细节，我相信他们已经发布了一些白皮书。

4、问题从来都不是应用程序的基本架构，而是优化整个世界的应用程序性能的复杂性，同时还要保持用户体验一致，无论位置如何。更不用说事后涉及数据分析的大量团队。这些公司中的大多数不是“应用app公司”，而是数据公司。