# ThemBid 架構 > 原文： [http://highscalability.com/blog/2007/7/26/thembid-architecture.html](http://highscalability.com/blog/2007/7/26/thembid-architecture.html) ThemBid 提供了一個市場，需要完成工作的人們可以廣播他們的請求，并接受競爭該工作的人們的出價。 與在 HighScalability 上介紹的許多網站不同，ThemBid 的流行程度不及 Paris Hilton。 它不是媒體的寵兒，也不是行業的巨頭。 但是我喜歡的是他們有一個策略，可以構建網站的觀點，并且足夠親切地分享有關如何構建網站的非常詳細的說明。 他們甚至深入研究了所使用的各種軟件包的實際安裝細節。 看看他們的工作，任何人都可以從中受益。 網站：http：//www.thembid.com/ ## 信息來源 * [使用 Ubuntu，Symfony 和 Lighttpd 構建可擴展的 Web 2.0 站點](http://blog.thembid.com/index.php/2007/04/05/build-scalable-web-20-sites-with-ubuntu-symfony-and-lighttpd/) ## 平臺 * Linux（Ubuntu）* Symfony* Lighttpd* 的 PHP* 電子加速器* 蝕* 慕寧* AWStats ## 里面有什么？ ### 統計資料 * 從 2006 年 12 月開始工作，到 2007 年 3 月進行了完整的演示。* 一名開發人員/系統管理員與兼職圖形設計師合作。* 啟動后針對了數千名用戶。 ### 架構 * **硬件**。 具有 2GB RAM 的雙核服務器* **存儲**。 RAID1 上的 2 x 36SCSI 10K RPM。* **數據中心**。 由于過去的積極經驗，他們與 Layeredtech 一起使用了托管服務器。* **開發環境**。 Ubuntu 和 Eclipse。* **操作系統**。 他們選擇 Ubuntu 的服務器發行版是因為它們是在客戶端使用的，并且 Ubuntu 支持“比典型的 IT 部署更簡單的安裝和更容易的維護”。* **Web 服務器**。 Lighttpd 用于處理靜態內容并將動態 PHP 頁面請求轉發到 FastCGI。* **數據庫**。 MySQL 的。 當需要增長時，想法是轉向主從配置，它們可能是 MySQL 集群。* **Web 框架**。 之所以選擇 PHP 是因為他們知道它，并且 Digg 和 Yahoo 等其他成功的網站也成功地部署了 PHP。 他們選擇 Symfony 作為那里的框架，是因為它具有出色的文檔和活躍的開發社區。 雅虎也使用 Symfony。 這個決定對他們來說效果很好。* **PHP 緩存**。 eAccelerator 用于編譯和緩存 PHP 腳本。* **對象和內容緩存**。 該計劃是要緩存很多內容。 對于像他們這樣的出價網站，這是有道理的。 許多片段會被反復使用，因此將它們放入內存將加快整個系統的速度，并減輕數據庫和 IO 系統的壓力。 最初，基于內存的文件系統頂部使用了 SQLite 緩存。 該選擇是因為它得到了 Symfony 的支持。 當有 memcached 插件可用時，他們會嘗試的。* **客戶端緩存**。 Lighttp 的 mod_expire 模塊用于防止瀏覽器不必要地重新下載很少更改的 Javascript，樣式表和圖像。* **監視**。 Munin 用于監視其資源使用情況。 只需訪問“ yoursite.com/status”即可查看發生了什么。* **日志分析**。 AWStats 用于跟蹤點擊數和請求類型。 此信息可用于確定瓶頸。 * **可伸縮性計劃**。 -使用 Munin 告訴何時考慮升級。 當您的增長趨勢很快將與資源趨勢交叉時，就該采取行動了。 -將 MySQL 移至單獨的服務器。 這樣可以釋放資源（CPU，磁盤，內存）。 您要在此服務器上運行的內容取決于其功能。 也許在上面運行一個 memcached 服務器。 -使用 memcached 移至分布式內存緩存。 -添加 MySQL 主/從配置。 -如果需要更多的 Web 服務器，我們可以在前端使用 LVS 作為負載均衡器。 * **Future Directions** . Work on fault tolerance. ## 得到教訓 * **使用通用的低成本工具**，只需幾個人就可以相當快地創建一個不錯的網站。 而且您的系統將強大而強大。 沒有偷工減料。 * **使用系統的反饋**了解需要優化的內容以及何時進行擴展。 * **好的文檔和活躍的社區吸引了人們**。 對于人們決定使用什么產品，這些都是非常有吸引力的品質。 當看起來您可能在未來無路可走而無所適從時陷入困境時，很難使用工具鏈。 如果您使工具變得難以理解，學習，使用和部署，那么它們將變得死氣沉沉。 * **堅持使用熟悉的**。 它可能不是最佳的，也可能不是最佳的，但更重要的是您要開始并取得進步。 您不想延遲發布網站，這樣您就可以學習一個完全不同的工具鏈，這可能會使您的生活變得更輕松，并且在某些未來的計劃中。 未來是現在。 * **使用對他人有用的東西**。 Yahoo 和 Digg 使用 PHP 的事實是一個很好的建議。 當然，PHP 不是構建站點的唯一方法，但它確實降低了風險水平并幫助您在晚上入睡。 這也意味著有一個活躍的社區可以在您遇到問題時為您提供幫助。 我希望您能為我的 Wiki 撰寫有關整個可伸縮性問題的文章。 我希望使其成為網站，seo，sem 創建 Wiki。 我喜歡這些資源，很可能會將您的許多想法添加到我的網站中。 這篇文章是如此復雜，完美地引導了我。 為了制作更多的訪問者，對您的策略進行視頻/截屏怎么辦？ 本文錯過了很多真正的高可伸縮性問題。 如果站點擴展到 Ebay / Amazon 的規模，此可伸縮性計劃是否可行？ 沒有。 設計高度可擴展的網站時，您需要一個計劃來擴展各個方面。 這包括數據庫，內容生成，靜態數據和網絡。 可伸縮性與您使用的硬件，RDBM 或編程語言/框架無關。 這是關于它們如何彼此交互以及如何擺脫單個瓶頸點。 本文中的體系結構是有缺陷的，不應用作可伸縮性模型。