# 缩放邮箱-在 6 周内从 0 到 100 万用户，每天 1 亿条消息

> 原文： [http://highscalability.com/blog/2013/6/18/scaling-mailbox-from-0-to-one-million-users-in-6-weeks-and-1.html](http://highscalability.com/blog/2013/6/18/scaling-mailbox-from-0-to-one-million-users-in-6-weeks-and-1.html)

![](img/7a05816f41b7aec7082ab24fd1746c24.png)

当大多数[早期博客文章](http://www.mailboxapp.com/blog/)处理着急于等待下载您产品的数十万用户的等待列表时，您就会知道您的产品运行良好。 这是一个令人羡慕的职位 [Mailbox](http://www.mailboxapp.com/) ，这是一个免费的移动电子邮件管理应用程序，在发布周期的早期就发现了自己。

电子邮件还没有完成吗？ 显然不是。 邮箱[小组大约 14 人](http://www.mailboxapp.com/blog/?p=1#to-grow-even-faster-mailbox-is-joining-dropbox)，在短短的六个星期内，邮箱的规模扩大到了 100 万用户。 截至 4 月，他们每天交付超过 [1 亿条消息](http://www.mailboxapp.com/blog/?p=1#mailbox-now-available-without-the-wait)。

他们是如何做到的呢？ 邮箱工程负责人 [Sean Beausoleil](https://twitter.com/SeanBeaus) 在 readwrite.com 上进行了[内容丰富的采访，内容涉及邮箱如何计划扩展...](http://readwrite.com/2013/06/05/from-0-to-1-million-users-in-six-weeks-how-mailbox-planned-for-scale)

*   **提前发信号通知**。 发行前的发布视频有助于引起人们的兴趣，但也使他们能够在发行前就及早评估兴趣。 从热烈的反响中，他们知道他们将需要迅速扩大规模。
*   **具有一些独特的**。 一般人可能不认为邮箱应用程序将是一个肥沃的产品空间。 有很多竞争，但大多数都是 la 脚。 邮箱具有许多创新想法，其基于待办事项列表的电子邮件处理方法和有效的 UI 刷卡操作。 这有助于产生大量的早期嗡嗡声。
*   **了解产品的性质**。 电子邮件对业务至关重要，而且资源很重，因此他们计划必须尽早扩展。 没有让我们把它弄出来的，然后计划扩大以后的态度。
*   **目标**。 当 Mailbox 发布时，它只能在 Gmail 和 iPhone 上使用，显然是针对精通大型技术的市场，它将对 Mailbox 的新收件箱方法开放。
*   **扩展**。 邮箱不是新的邮件服务。 它是现有高质量邮件系统 Gmail 的更好界面。 感谢 Google 提供了使之成为可能的 API。 用户可以采用邮箱，而不必担心电子邮件会丢失。
*   **调制和迭代**。 他们遵循系统设计中明确的最佳实践，即设计模块化组件并根据需要迭代这些组件。
*   **原型**。 构建了一个使用 IMAP 的测试系统，以识别生产负荷下的瓶颈。 这些测试发现了在生产中很难修复的问题。 这是初创公司通常会跳过的成熟而重要的步骤。
*   **将技术数量保持在最低水平**。 他们不想成为许多不同系统的专家，他们想专注于产品的开发。
*   **通过预订系统**限制新客户的价格。 早于 Mailbox 的预订系统可能比该产品更为知名。 它有助于通过感知到的稀缺来刺激需求，同时还可以控制客户，因此可以以可控的方式缓慢添加负载。 首先是人们使用系统的经验，而不是获得新用户。 天才四处。
*   **疯狂的虔诚**。 开发人员不断努力解决问题并改进系统。 专注于开发的早期阶段。 它可能是整个产品生命周期中效率最高的。
*   **注意用户的操作**。 响应于用户使用模式，对核心基础结构进行了调整，分片或删除。
*   **事情不可避免地会失败，需要修复。 即使进行测试，生产中也会出现问题。 这只是您大规模发布任何内容时可以期望的。 迭代并继续迭代。 当您了解有关系统，数据和用户的更多信息时，系统会变得更好。**
*   **玩弄技术**。 如果您拥有旧技术，或者做出了不再起作用的堆栈或工艺选择，则将其替换为可行的东西。 花时间进行新技术选择。 然后与他们一起跑步。
*   **利用先前的产品**。 创建 iPhone 待办事项应用程序时使用的经验和代码直接用于引导邮箱。 这为他们提供了使应用程序从一开始就感觉很快所需的经验。
*   **云是经济高效的**。 非常适合资源有限且期限紧迫的初创企业。 云中的服务器[“执行诸如发送推送通知，尽快下载电子邮件以及处理“被延缓”的消息等操作。”](http://www.mailboxapp.com/blog/?p=2#were-ramping-up)
*   **这是旅程**。 团队构建，设计和修复产品的阶段是必不可少的学习，可以在产品的整个生命周期中获得回报。 它不能真正短路或在堆栈选择方面步履蹒跚。 这是一个优秀的团队和产品形成一个整体的一部分。
*   [被 Dropbox](http://www.mailboxapp.com/blog/?p=1#mailbox-now-available-without-the-wait) 收购。 产品发布大约一个月后，Dropbox 购买了 Mailbox。 这个想法是 Dropbox 将帮助他们成长更快。
*   **传达**。 如果您查看 [Mailbox 的博客](http://www.mailboxapp.com/blog)，他们会非常详细地解释发生的事情，以使客户感到安心而不是困惑。

不幸的是，我们没有很多技术细节。 不难想象，邮箱的体系结构是高度并行且分片的，因为可以轻松地以无共享方式并行处理各个邮箱。 即使没有技术细节，它仍然是成功的云移动应用程序如何诞生的迷人肖像。

## 相关文章

*   [缩放 Pinterest-两年内每月从 0 到十亿的网页浏览量](http://highscalability.com/blog/2013/4/15/scaling-pinterest-from-0-to-10s-of-billions-of-page-views-a.html)
*   [邮箱如何在六周内扩展到一百万用户](http://readwrite.com/2013/06/05/from-0-to-1-million-users-in-six-weeks-how-mailbox-planned-for-scale)

因此，他们建立了一个 Gmail 客户端，并且没有猜测到该死的事情，队列只是一些非常明智的营销。 虽然所有尊重。 他们引起了轰动，很快就成功兑现了。