小型網站，例如個人網站，可以通過使用簡單的HTML靜態頁面來實現。用一些圖片來達到美化的效果，所有的頁面都存儲在一個目錄中。這些網站對系統架構和性能有著簡單的要求。

但對于大型網站來說，所使用的技術非常廣泛，從硬件到軟件，編程語言、數據庫、web服務器、防火墻等領域都有很高的要求，這是無法與原來簡單的HTML靜態網站相比的。大型網站面臨的高負載、高并發問題是無法解決的。本文從低成本、高性能、高擴展性的角度介紹了一些經驗。

一、有一個有效和可管理的CMS

對于內容量大、更新頻繁的網站，我們無法全部手工實現一一更新，于是出現了我們共同的信息發布系統CMS。除了門戶網站和信息發布類網站，對于交互性要求較高的社區類網站來說，靜態也是提高性能的必要手段。這也是大量的策略，使帖子和文章在社區中實時靜態，然后在有更新時重新靜態。這種策略在mop、網易社區等大雜燴中的運用也是如此。

同時，HTML靜態也是使用一些緩存策略的一種手段。對于系統中經常使用數據庫查詢而很少更新內容的應用，可以考慮采用HTML靜態實現。

眾所周知，對于web服務器，無論是Apache、IIS還是其他容器，圖片都是消耗資源的，因此有必要將圖片與頁面分開。這基本上是大型網站將采取的策略。它們都有獨立的圖片服務器，甚至有許多圖片服務器。這種架構可以減輕服務器系統提供頁面訪問請求的壓力，提高服務器的穩定性，并確保系統不會因映像問題而崩潰。在應用服務器和鏡像服務器上，可以進行不同的配置優化，比如Apache在配置內容類型時可以盡量少支持，加載模塊盡量少，以保證更高的系統消耗和執行效率。

大型網站有復雜的應用程序。這些應用程序必須使用數據庫。面對大量的訪問，數據庫的瓶頸將很快出現。此時，一個數據庫將無法快速滿足應用程序的需求，因此需要使用數據庫集群或數據庫表散列。在數據庫集群方面，許多數據庫都有自己的解決方案，如Oracle和Sybase。MySQL提供的master/slave也是一個類似的解決方案。具體使用哪種數據庫，請參考相應的實現方案。

上述數據庫集群在體系結構、成本和可擴展性等方面會受到數據庫類型的限制，需要從應用程序的角度考慮對系統體系結構進行改進。數據庫表哈希是常用和有效的解決方案。我們在應用程序中安裝業務和應用程序或功能模塊來分離數據庫。

不同的模塊對應不同的數據庫或表，然后根據用戶ID，按照一定的策略，如用戶表，以較小的方式散列一個頁面或函數，從而以較低的成本提高系統的性能，具有良好的擴展性。搜狐論壇采用這種結構，將論壇的用戶、設置、帖子等信息從數據庫中分離出來，然后根據板塊和ID對數據庫和帖子、用戶表進行哈希處理。在配置文件中簡單的配置可以使系統增加一個低成本的數據庫來補充系統性能。

兩種基本的緩存類型。對于體系結構的緩存，熟悉Apache的人可以知道Apache提供了自己的緩存模塊，也可以使用附加的squid模塊進行緩存，這兩個模塊都可以有效地提高Apache的訪問響應能力。

對于網站程序開發的緩存，Linux上提供的memorycache是一個通用的緩存接口，可以用于web開發。例如，在Java中開發時，可以調用memorycache來緩存和共享一些數據。一些大型社區使用這種架構。另外，在使用web語言進行開發時，各種語言基本上都有自己的緩存模塊和方法。PHP有pear的緩存模塊，而Java則更多。網絡不是很熟悉，我相信是的。

圖像是提高大型網站性能和數據安全性的一種手段。圖像技術可以解決不同網絡接入商和地區帶來的用戶接入速度差異。例如，Chinanet和EduNet的差異促使許多網站在教育網絡中建立形象網站，數據可以定期或實時更新。關于圖像技術的細節，我在這里就不多說了。有許多現成的專業解決方案體系結構和產品可供選擇。還有一種廉價的方法可以通過軟件來實現，比如Linux上的Rsync。

負載均衡將是大型網站解決高負載訪問和大量并發請求的終解決方案。

隨著負載均衡技術多年的發展，有許多專業的服務提供商和產品可供選擇。我個人遇到了一些解決方案，包括兩個架構供您參考。

硬件層4交換機層4交換機利用層3和層4分組的報頭信息，根據應用間隔識別業務流，并將整個間隔段的業務流分配給相應的應用服務器進行處理。第四層交換功能類似于虛擬IP，指向物理服務器。它傳輸的服務受制于各種協議，包括HTTP、FTP、NFS、telnet或其他協議。這些服務需要基于物理服務器的復雜負載平衡算法。在IP**中，服務類型由終端TCP或UDP端口地址決定，第四層交換中的應用范圍由源和終端IP地址、TCP和UDP端口決定。