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

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

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

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

WhatsApp 满足极端可扩展性的工程实践的 8 点原则如下。

他们只将产品的重点放在核心功能上——消息传递，并且没有费心建立广告网络或社交媒体平台。

单一责任原则

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

他们使用 Erlang 构建 WhatsApp 服务器的核心功能。因为它：

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

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

不要重新发明轮子——要么使用开源，要么购买商业解决方案。

不要重新发明轮子

Ejabberd 是一个用 Erlang 编写的开源实时消息服务器。

他们在 ejabberd 之上构建了 WhatsApp 。他们还重写了一些 ejabberd 核心组件来满足他们的需求。此外，WhatsApp 利用 Google Push 等第三方服务来提供推送通知。

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

跨领域关注点

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

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

可扩展性

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

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

他们过度配置服务器来处理突发的流量峰值并为故障留出空间。例如，网络分区或硬件故障等故障。

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

持续反馈循环

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

负载测试

他们使用人工生产流量和 DNS 配置更改来进行负载测试。

随着团队规模的扩大，工程师之间的沟通路径呈二次方增长。这是生产力下降的一个原因。

工程师之间的沟通路径

因此他们保持了较小的团队规模——32名工程师。

WhatsApp 是市场上最成功的即时通讯工具之一。2014 年 2 月，拒绝给 Jan Koum 发放 Offer 的 Facebook ，最终以高达 190 亿美元的价格收购了 WhatsApp。

据福布斯报道，到 2023 年，Jan Koum 的净资产将达到 140 亿美元。