在启动具有许多交互的社交应用程序时要避免的代码和服务器陷阱?

问题描述

假设您要启动社交应用程序(这意味着许多互动),目的是吸引数千名用户,对于已经这样做的用户,您知道的陷阱是什么?在代码和服务器体系结构方面,您肯定会避免吗?

我有一种感觉,当您尝试回答这种问题时,您很容易感到孤独,这显然超出了所有SaaS或着陆页(也许(我坚持这个词)没有)的范围这个缩放问题。或者也许没有真正的陷阱,而当这些问题出现时,最好的方法是“问题”->“解决方案”。

我认为这不是一个基于意见的问题,因为I / O密集型数据库,队列系统,服务器计算等显然在这种配置中具有一些技术考虑。

并举一些我认为大型社交应用程序可能遇到的问题的例子,其中包括早期延迟问题的Facebook工程师或比伯(Bieber)问题的Twitter工程师。

我能够避免Netflix无法避免的第一个陷阱,那就是不使用Cloud并尝试以这种规模构建自己的服务器基础架构。

解决方法

CAP theorem对于所有大型分布式系统都是至关重要的。说明here