網站的系統架構的摘錄

 

大型網站，比如入口網站。在面對大量使用者訪問、高併發請求方面，基本的解決方案集中在這樣幾個環節：使用高效能的伺服器、高效能的資料庫、高效率的程式語言、還有高效能的Web容器。但是除了這幾個方面，還沒法根本解決大型網站面臨的高負載和高併發問題。

 

　一個小型的網站，比如個人網站，可以使用最簡單的html靜態頁面就實現了，配合一些圖片達到美化效果，所有的頁面均存放在一個目錄下，這樣的網站對系統架構、效能的要求都很簡單，隨著網際網路業務的不斷豐富，網站相關的技術經過這些年的發展，已經細分到很細的方方面面，尤其對於大型網站來說，所採用的技術更是涉及面非常廣，從硬體到軟體、程式語言、資料庫、WebServer、防火牆等各個領域都有了很高的要求，已經不是原來簡單的html靜態網站所能比擬的。

 

1、HTML靜態化

　　其實大家都知道，效率最高、消耗最小的就是純靜態化的html頁面，所以我們儘可能使我們的網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。但是對於大量內容並且頻繁更新的網站，我們無法全部手動去挨個實現，於是出現了我們常見的資訊釋出系統CMS，像我們常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是透過資訊釋出系統來管理和實現的，資訊釋出系統可以實現最簡單的資訊錄入自動生成靜態頁面，還能具備頻道管理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。

 

　　同時，html靜態化也是某些快取策略使用的手段，對於系統中頻繁使用資料庫查詢但是內容更新很小的應用，可以考慮使用html靜態化來實現，比如論壇中論壇的公用設定資訊，這些資訊目前的主流論壇都可以進行後臺管理並且儲存再資料庫中，這些資訊其實大量被前臺程式呼叫，但是更新頻率很小，可以考慮將這部分內容進行後臺更新的時候進行靜態化，這樣避免了大量的資料庫訪問請求。

 

　　在進行html靜態化的時候可以使用一種折中的方法，就是前端使用動態實現，在一定的策略下進行定時靜態化和定時判斷呼叫，這個能實現很多靈活性的操作，我開發的檯球網站故人居()就是使用了這樣的方法，我透過設定一些html靜態化的時間間隔來對動態網站內容進行快取，達到分擔大部分的壓力到靜態頁面上，可以應用於中小型網站的架構上。故人居網站的地址：http://，順便提一下，有喜歡檯球的朋友多多支援我這個免費網站

 

 

2、資料庫叢集和庫表雜湊

　　大型網站都有複雜的應用，這些應用必須使用資料庫，那麼在面對大量訪問的時候，資料庫的瓶頸很快就能顯現出來，這時一臺資料庫將很快無法滿足應用，於是我們需要使用資料庫叢集或者庫表雜湊。

 

　　上面提到的資料庫叢集由於在架構、成本、擴張性方面都會受到所採用DB型別的限制，於是我們需要從應用程式的角度來考慮改善系統架構，庫表雜湊是常用並且最有效的解決方案。我們在應用程式中安裝業務和應用或者功能模組將資料庫進行分離，不同的模組對應不同的資料庫或者表，再按照一定的策略對某個頁面或者功能進行更小的資料庫雜湊，比如使用者表，按照使用者ID進行表雜湊，這樣就能夠低成本的提升系統的效能並且有很好的擴充套件性。sohu的論壇就是採用了這樣的架構，將論壇的使用者、設定、帖子等資訊進行資料庫分離，然後對帖子、使用者按照板塊和ID進行雜湊資料庫和表，最終可以在配置檔案中進行簡單的配置便能讓系統隨時增加一臺低成本的資料庫進來補充系統效能。

 

3、快取

　　快取一詞搞技術的都接觸過，很多地方用到快取。網站架構和網站開發中的快取也是非常重要。這裡先講述最基本的兩種快取。高階和分散式的快取在後面講述。

 

　　架構方面的快取，對Apache比較熟悉的人都能知道Apache提供了自己的mod_proxy快取模組，也可以使用外加的Squid進行快取，這兩種方式均可以有效的提高Apache的訪問響應能力。

 

　　另外，在使用web語言開發的時候，各種語言基本都有自己的快取模組和方法，PHP有Pear的Cache模組和eAccelerator加速和Cache模組，還要知名的Apc、XCache（國人開發的，支援！）php快取模組，Java就更多了，.net不是很熟悉，相信也肯定有。

 

4、映象

　　映象是大型網站常採用的提高效能和資料安全性的方式，映象的技術可以解決不同網路接入商和地域帶來的使用者訪問速度差異，比如ChinaNet和EduNet之間的差異就促使了很多網站在教育網內搭建映象站點，資料進行定時更新或者實時更新。在映象的細節技術方面，這裡不闡述太深，有很多專業的現成的解決架構和產品可選。也有廉價的透過軟體實現的思路，比如Linux上的rsync等工具。

 

七層交換是基於TCP/IP的第七層應用層來實現的，在這一層上，首先我們可以區分出具體的應用在上，比如HTTP、TELNET、FTP、DNS等等，還能根據應用中傳送的內容來進行策略的管理，比如我們有這麼兩個網站的路徑 a.com/music/… 和a.com/photo/… 原來基於四層交換隻能把這兩個url的請求都分發到後面一組伺服器上，但是七層交換可以判斷訪問的是music/還是photo/路徑，然後分別分發到不通的伺服器群上，從而實現更靈活的系統架構設計。