WhatsApp 只有 50 个人，服务全球 4.5 亿人，他们的服务器是怎么架构的？ ...

冰魄残丶月

他们有多少服务器？
他们服务器的部署方案是怎样的？和国内哪个公司的最为接近？
他们用的是谁家的云吗？

柴刀and棒球棍

他们的服务器是自己建的，之前跟Softlayer的人聊过。据说是从两台Cloud Server开始，一个星期内转成了7台dedicated server。 Softlayer现在已经用Whatsapp来做卖点了，如果你要跟他们谈partnership他们就会搬出whatsapp来举例子。(
Domain Performance Rank - Whatsapp的网页用到的所有IP都在SL)
Softlayer并不是太适合个人站长，针对个人的cloud / dedicated server 在价格和服务上都没啥竞争力。他们做的更像是服务器和网络批发商的概念，著名的Host Gator / Linode等等都是批发他们家服务器的二道贩子。（
Autonomous System : SoftLayer Technologies Inc.）
WhatsApp的事实进一步说明了一点：针对具体用例进行特殊优化，完全可以Scale到亿级用户，根本不需要借助Google AppEngine Datastore / AWS Dynamo DB之类的服务。在后者的使用难度和价格都没竞争力的前提下，如果Scalibility也不是非你不行，基本上宣告了这类服务的灭亡。

dlpsz

WhatsApp服务器的标准配置主要有两种，处理消息服务器，硬件配置：Intel E5-2690 + 256G RAM + 6 x 800GB SSD + 2 x 千兆以太网，处理音视频服务器，硬件配置：Intel E5-2690 + 128G RAM + 4T SATA  + 2 x 千兆以太网。2012年已经在朝单服务器300万连接进行优化，按照现在4.5亿月活跃用户，预估服务器规模应该在150台以上。
WhatsApp的客户端使用XMPP 协议和服务器 上使用 Erlang 设计的模块（Chatd）交换消息，Chatd 将消息发送到SSD 上进行存储。对于图片，音频和视频，直接使用 HTTPS 协议上传和下载，其中
图片使用较快的SSD 存储，音频和视频使用较慢的SATA 存储。
由于Chatd模块偏重 io，业务逻辑不复杂，按照网上公布的信息，在2013年年初，服务器的信息峰值能到35万条每秒，用 Erlang实现是非常好的一种技术选择。对于图片，音频和视频这种多媒体信息，WhatsApp使用
Yaws提供 Web 服务，使用 DNS round-robin进行负荷分担，在客户端使用
FFmpeg完成编码，存储使用FreeBSD UFS2。
WhatsApp的服务器，其核心功能就是以电话号码为目的地址的消息转发，其存储也是用户不在线的临时缓存，当用户接收到消息后，出于保护用户隐私的考虑，服务器上的消息也就删除了。基于其服务模型的简单，50人服务4.5亿人才成为可能。如果WhatsApp的服务模型变成 Facebook 这么复杂的社交类型，现有的处理和存储架构绝对是无法支撑，同时用WhatsApp这个特例来否定现有的云服务也是不可取的。
刚刚听说WhatsApp宕机3小时，官方公布的信息是路由器故障，个人觉得WhatsApp的现有架构对于应付海量的短消息没有问题，但是应付海量的图片，音频和视频还存在优化的空间，这个可能也是这次宕机的原因之一，好在 Facebook 收购WhatsApp后，应该能在这块帮到WhatsApp。

凤雪闪烁

FreeBSD 上的 Erlang：
http://www.erlang-factory.com/upload/presentations/558/efsf2012-whatsapp-scaling.pdf

没见过明确说用了什么云的，但幻灯片中有提服务器的配置，所以应该不是放在云上的，当然，在这个之后迁移到某个云上也不是没有可能

小黑仔萌萌哒

据微博上说，用了Softlayer

123砍菜刀

1、总趋势是软硬件深度解耦
2、硬件的架构趋于标准稳定，以软件（业务）为导入形成架构层次
3、最重要的是软件如何优化，可以高效利用硬件
4、软件交互形态充分考虑服务器的网络瓶颈