# 縮放郵箱-在 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)  當大多數[早期博客文章](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 客戶端，并且沒有猜測到該死的事情，隊列只是一些非常明智的營銷。 雖然所有尊重。 他們引起了轟動，很快就成功兌現了。