新浪微博平台架构（转）

前几天因为鹿晗关晓彤事件，导致新浪微博崩溃几分钟。这种情况发生不止一次了，但是新浪显然并没有去处理，不由得想起来双11亿级流量，淘宝也会有预测的加资源来解决高并发问题，但是在正常时期不会有那么多那么流量，所以不可能一直留有那么资源，显然要耗资很多啊。这次新浪的做法也是暂时从阿里云服务器租借1000台，顶住了并发压力，几个小时后就归还了。和淘宝双11做法很像，只不过新浪微博这种并发是不可预测的，谁都没有想到。。。
临时加1000台服务器，抗住压力，数据库是无法做到那么快的临时弹性伸缩，能做弹性伸缩的无非就是Http Server、中间件等。
看了知乎大神的分析（链接：https://www.zhihu.com/question/66346687），个人觉得还是微博的自动扩容算法做的比较好，当流量突然升高了，而且需要很多台服务器时，不可能全部交给算法来做，需要人工手动确认，要不然万一出现神马bug，这得损失多少钱啊。
下面是新浪微博的平台架构，转~

序言

新浪微博在2014年3月公布的月活跃用户（MAU）已经达到1.43亿，2014年新年第一分钟发送的微博达808298条，如此巨大的用户规模和业务量，需要高可用（HA）、高并发访问、低延时的强大后台系统支撑。

微博平台第一代架构为LAMP架构，数据库使用的是MyIsam，后台用的是php，缓存为Memcache。

随着应用规模的增长，衍生出的第二代架构对业务功能进行了模块化、服务化和组件化，后台系统从php替换为Java，逐渐形成SOA架构，在很长一段时间支撑了微博平台的业务发展。

在此基础上又经过长时间的重构、线上运行、思索与沉淀，平台形成了第三代架构体系。

我们先看一张微博的核心业务图（如下），是不是非常复杂？但这已经是一个简化的不能再简化的业务图了，第三代技术体系就是为了保障在微博核心业务上快速、高效、可靠地发布新产品新功能。