这篇文章概述了 WhatsApp 联合创始人 Jan Koum 的令人难以置信的创业故事、以及用于扩展 WhatsApp 的工程技术。想要研究其可扩展性模式的朋友不妨分享这篇文章。

　　2008 年 1 月，美国加利福尼亚州。一位名为 Jan Koum 的雅虎工程师，在申请 Facebook 职位时被拒了。

　　这当然不是故事的终点——他第二年入手了一部 iPhone，并立即认识到新 App Store 的巨大潜力。因此，他决定与雅虎的一些前同事一起开发一款即时通讯工具，并将其命名为 WhatsApp，据称这个名字是他在朋友家的厨房讨论了几个小时就确定的。WhatsApp 背后的愿景是取代昂贵的短信。

　　WhatsApp 每天有 100 万人注册，其增长速度简直令人难以置信。但更为人难以想象的是：WhatsApp 每天需要支持来自 4.5 亿日活跃用户的500 亿条消息添加WhatsApp在线客服，他们却只用了32 名工程师就做到了。

　　尽管产品爆炸性增长是一个好现象，但 Jan Koum 和 WhatsApp 团队必须采用最佳工程实践来克服挑战。

　　他们还不惜一切代价消除了功能蔓延。当你向产品添加过多的功能时，就会发生功能蠕变。并使其难以使用。此外，他们更注重 WhatsApp 的可靠性。

　　线程是 Erlang 的原生特性。但在Java或C++中，线程属于操作系统。所以Erlang中没有必要保存整个CPU状态。这使得上下文切换更便宜。

　　热加载可以更轻松地部署代码更改，而无需重新启动服务器；或者流量重定向。简而言之，热加载提供了高可用性。

　　他们非常重视跨领域的关注，以提高产品质量。横切关注点是影响产品许多部分的事情。并且很难分开。例如，监视和警报服务的运行状况。

　　他们通过持续集成和持续交付改进了软件开发流程；持续集成是将代码更改定期合并到中央存储库的过程；持续交付是将代码部署到测试或生产环境的过程。

　　WhatsApp使用对角缩放来降低成本和操作复杂性；水平扩展是增加资源池中机器数量的过程；垂直扩展是增加现有机器容量（例如 CPU 或内存）的过程；对角线缩放是水平和垂直缩放的混合。计算资源可以垂直和水平添加。

　　他们在 FreeBSD 操作系统上运行 WhatsApp 服务器。因为他们之前在 Yahoo 工作时就有过使用 FreeBSD 的经验。此外，FreeBSD 还提供了可靠的网络堆栈。

　　他们还对 FreeBSD 进行了微调，以容纳每台服务器超过 200 万个连接。并修改了文件、套接字等内核参数。

　　他们测量了 CPU、上下文切换和系统调用等指标。然后找出并消除瓶颈。_ 他们定期这样做。持续的反馈周期极大地提高了 WhatsApp 的性能。

　　WhatsApp 团队使用负载测试来识别单点故障。负载测试是测量系统在预期负载下性能的过程。