# 99designs 的設計-數以千萬計的綜合瀏覽量 > 原文： [http://highscalability.com/blog/2012/2/6/the-design-of-99designs-a-clean-tens-of-millions-pageviews-a.html](http://highscalability.com/blog/2012/2/6/the-design-of-99designs-a-clean-tens-of-millions-pageviews-a.html)  [99designs](http://99designs.com/) 是基于澳大利亞墨爾本的眾包設計競賽市場。 這樣的想法是，如果您有需要的設計，就可以創建比賽，而設計師可以通過競爭在預算范圍內為您提供最佳設計。 如果您是中型商業網站，那么這是一個干凈的網站示例架構，可可靠地支持許多用戶并在云上提供復雜的工作流。 Lars Yencken 在 99designs 上對[基礎架構中的 99designs 背后的體系結構做了很好的書面介紹。 這是他們的架構的亮點：](http://99designs.com/tech-blog/blog/2012/01/30/infrastructure-at-99designs/) ## 統計資料 * 團隊有 8 個開發人員，2 個開發運營人員，2 個輔助/設計師 * 一個月成千上萬的獨立訪客 * 每月千萬瀏覽量 ## 疊放 * 很大程度上是基于 Amazon 的堆棧 * 彈性負載平衡器（ELB） * 漆 * PHP 與 Apache / mod_php * S3 * 使用 Pheanstalk 綁定進行內存隊列查詢的 Beanstalk * 亞馬遜的 RDS（MySQL） * 記憶快取 * MongoDB * 雷迪斯 * 右秤/廚師 * NewRelic，CloudWatch，Statsd ## 基礎設施 * 分層體系結構：負載平衡，加速，應用程序，異步任務，存儲和瞬時數據。 * ELB 是可靠的，并且可以處理負載平衡和終止 SSL 連接，以便在 ELB 下方對流量進行不加密。 每個域使用單獨的 ELB。 * Varnish 用于提供基于文件的長尾媒體。 * Varnish 快速，可配置，具有 DSL，并且具有用于調試實時流量的有用命令行工具。 * 動態和未緩存的請求是從 PHP 應用程序提供的。 * 設計存儲在 S3 上。 * S3 延遲很差，因此在每個請求之后都會在本地緩存設計。 * 可能需要很長時間的請求被異步排隊到使用 Beanstalk 實現的內存隊列中，該隊列輕巧且性能良好。 * PHP 工作者從隊列中讀取工作并執行所需的功能。 * 已計劃的作業在適當的時間使用 cron 排隊。 * Amazon 的 RDS 用作數據庫，并使用跨多個可用性區域的主-主復制來實現冗余。 * 滾動 RDS 備份用作災難發現。 * 隨著負載增加，請求將在讀取的從屬設備之間實現負載平衡。 * S3 存儲媒體文件和數據文件。 * 備份到 Rackspace 和 Cloudfiles 以進行災難恢復。 * Memcached 在每臺服務器上運行，用于緩存查詢。 * MongoDB 中的上限集合用于記錄錯誤和統計信息。 * Redis 按用戶存儲有關為用戶啟用哪些功能的信息。 * 每個用戶配置用于深色啟動，軟啟動和增量功能推出。 * 亞馬遜允許他們不擁有任何硬件，并保持靈活性。 * 強調使用“軟件作為基礎結構”精神的自動化。 * Rightscale 使用 Chef 管理服務器配置。 服務器是一次性的。 * 使用 NewRelic，CloudWatch，Statsd 實施監視。 兩個大的監視屏幕顯示站點行為的儀表板。 ## 得到教訓 * **測試以按比例縮小**。 高度可變的負載意味著它們大量使用了云的按比例縮減功能，這需要大量測試才能正常工作。 * **國際客戶需要 CDN** 。 他們有很多國際客戶，由于他們不在美國東部服務，因此這些客戶并不總是能獲得優質的體驗。 他們正在尋找各種 CDN，以便為國際客戶提供更好的服務。 * **在增長過程中保持穩定性需要測試和自動化。 為了支持頻繁發布，他們實施了驗收測試和更多的自動化功能。 基于每個用戶打開和關閉功能的能力允許針對一部分用戶測試新功能。**