【正文】 網(wǎng)站架構總體設計 一、概 述 二、 需求分析 異構系統(tǒng) 異構應用 異構數(shù)據(jù) 網(wǎng)站結構 內容海量 內容深度 服務深度 發(fā)布系統(tǒng) 網(wǎng)絡安全 信息安全 三、方案整體規(guī)劃 3． 1 設計目標 3． 2 實施規(guī)劃 四、網(wǎng)絡解決方案 拓撲結構圖 硬件選型、分布與規(guī)劃 數(shù)據(jù)庫服務器 web 發(fā)布服務器 cgi 服務器 內容管理發(fā)布服務器 內容管理生成服務器 數(shù)據(jù)存儲設備 安全設備 防病毒 原有服務器與置換服務器比較 新增硬件配置清單 五、軟件解決方案 系統(tǒng)架構 系統(tǒng)軟件整合 網(wǎng)站內容管理系統(tǒng) 網(wǎng)站內容管理系統(tǒng)介紹 網(wǎng)站后臺管理系統(tǒng) 網(wǎng)站采編應用系統(tǒng) 網(wǎng)站調查投票子系統(tǒng) 站點內容全文檢索子系統(tǒng) 文章評論系統(tǒng) 網(wǎng)站論壇、聊天室子系統(tǒng) 網(wǎng)站會員認 證管理子系統(tǒng) 網(wǎng)站廣告發(fā)布子系統(tǒng) 六、網(wǎng)站音視頻管理系統(tǒng) 用戶需求分析 產品概述 技術特點 基礎構架和運行環(huán)境 功能描述 拓撲結構圖 音視頻系統(tǒng)組成 七、項目實施進度安排 項目領導小組 項目實施小組 質量監(jiān)督小組 系統(tǒng)集成實施進度計劃及工作日程表 八、培訓、支持和服務 培訓服務 基本操作培訓 系統(tǒng)管理培訓 培訓安排 培訓內 容 技術支持服務 硬件平臺技術支持 應用軟件平臺技術支持 售后服務 九、小結 附錄 硬件產品說明 hp dl 580 hp dl 380 一、概 述 xx 局是江蘇省委、省直接關心和支持建立的唯一的大型重點綜合性新聞門戶網(wǎng)站，它承擔著正確引導網(wǎng)上輿論、及時傳播江蘇信息、匯集全省新聞資源、全面拓展網(wǎng)絡服務的職能。易寶北信在網(wǎng)站建設方面有雄厚的技術實力和很多成功經(jīng)驗，愿全力支持 xx 局的網(wǎng)站建設。我們相信， xx 局領導的超前意識和科學決策，加上易寶 北信的核心技術和成功經(jīng)驗，我們能夠建成一個具有 ―實用性、安全性、可靠性、方便性、擴展性、先進性、標準化 ‖的 xx 局網(wǎng)站業(yè)務支撐平臺，圓滿完成網(wǎng)站改造建設工程的設計目標。 通過 xx 局與易寶北信的合作，充分運用易寶北信在網(wǎng)站建設方面的實力和經(jīng)驗，整合后的 xx 局將實現(xiàn)內容管理平臺、信息服務平臺、業(yè)務管理平臺以及商務服務平臺的統(tǒng)一，從而實現(xiàn)新聞的實時發(fā)布、信息的快速傳播、內容的有效整合、資源的便捷共享、社區(qū)的即時交流、服務的雙向互動，成為江蘇新聞在網(wǎng)絡上最權威的媒體，江蘇全省新聞信息資源的匯集之地，同時 xx 局還將作為 一個可靠的網(wǎng)絡技術平臺，為江蘇全省各新聞媒體上網(wǎng)提供廣泛服務。改造后的 xx 局的系統(tǒng)要求網(wǎng)絡結構更加安全合理、服務器架構更加穩(wěn)定實用、應用系統(tǒng)更加方便可靠、業(yè)務系統(tǒng)更加快速高效。整個系統(tǒng)應包含以下幾個子部分： 網(wǎng)絡管理系統(tǒng)：包括網(wǎng)絡結構、服務器架構與有關硬件設備部署的整合設計。 應用管理系統(tǒng)：包括 web 服務、數(shù)據(jù)庫服務、應用服務、郵件服務的整合設計； 業(yè)務管理系統(tǒng)：包括網(wǎng)站內容管理、社區(qū)論壇、資源管理、視頻點播、短信娛樂、廣告管理等業(yè)務內容的整合設計； 網(wǎng)絡安全系統(tǒng)：包括數(shù)據(jù)存儲備份恢復、系統(tǒng)監(jiān)控、流量分析、應用審計等網(wǎng)絡安全的整合設計； 二、需求分析 異構系統(tǒng) 根據(jù) xx 局提供的資料，目前所使用的服務器配置如下： 序號 型號 操作系統(tǒng) 配置 1 ibmrs6000h80 aix cpu： 內存： 2g 2 ibmrs6000h80 aix cpu： 內存： 1g 3 機架服務器 windows 2021 cpu： 內存： 1g 4 ibmfinity7100 freebsd cpu： 內存： 1g 5 ibm finity 5600 linux cpu： 內存： 1g 6 自配 pc機 windows 2021 cpu： 內存： 512m 7 xseries 255 linux cpu： 2 內存： 1g 8 浪潮 nl 120p windows 2021 cpu： 內存： 從上表可以看出，在僅有的 8 臺服務器中，存在小型機、塔式服務器、機架服務器、 pc 機等多種機型，從配置上看，沒有任何兩臺機器是完全相同的， 8 臺服務器中并存了 4 種操作系統(tǒng)（ aix、 windows 202 freebsd、 linux），這給系 統(tǒng)管理帶來了極大的不便。 首先，從管理難度上看，可以按 aix、 freebsd、 linux、 windows 2021 排序，排序越靠前的系統(tǒng)，精通的人越少，管理成本越高，而同時精通四種系統(tǒng)的人成本就更是可想而知。如果在低成本下勉強進行維護，則系統(tǒng)的穩(wěn)定性、安全性都無法得到保證，長期持續(xù)，整個網(wǎng)站的硬件基礎令人擔憂。 其次，從互換性上看，如果一臺服務器發(fā)生故障，很難用其它服務器直接替換，必然會延長故障修復時間，造成網(wǎng)站長時間處于不可用狀態(tài)，嚴重影響用戶使用及 xx 局的形象。 第三，從服務器的利用角度看，兩臺最健壯的 rs6000 小型機不是用于最核心的數(shù)據(jù)庫服務，而是用于 web 相關服務，其卓越性能無法得到發(fā)揮，反而由于不是采用分布式負載均衡結構而嚴重影響了用戶訪問速度和網(wǎng)站的大訪問量承載能力。必然造成網(wǎng)站訪問速度日益下降。其效果就如同用推土機參加賽車一樣，其馬力再強勁也沒有用處，因為它的設計用途就不是在速度上而是在耐力上。 從 alexa 網(wǎng)站（ ，世界上最權威的第三方網(wǎng)站評價站點）上 xx 局的排名（近三個月的平均排名為 3108）來看，雖然與地方新聞門戶的領頭羊千龍網(wǎng)（近三個月的平均排名為 333）和東 方網(wǎng)（近三個月的平均排名為 698）還有相當大的差距，但也應該是屬于日訪問量過百萬pageview 的大型新聞門戶網(wǎng)站，目前的網(wǎng)站結構與這種高強度的訪問要求是極不相稱的。如果 xx局的下一步目標是趕超東方網(wǎng)和千龍網(wǎng)的話，就更需要合理調整網(wǎng)站的整體硬件結構，以適應每天過千萬 pageview 的訪問量。 所有超大型網(wǎng)站在 web 服務層的結構基本是一致的，即 cache 加上機架服務器群負載均衡。 首先，專用的 cache 服務器對大訪問量的承載力要遠遠超過普通服務器（通?？梢赃_到 1： 5 以上），因此，在服務器群前端使用專用的 cache 服務器是使網(wǎng)站能夠適應千萬級訪問量的最佳解決方案。 其次， web 服務器通常都是采用多臺配置相同的機架式服務器（每臺價格均在 10 萬元以下）通過專用的負載均衡設備形成 web 服務器群，從而很好地將用戶訪問流量平均分配到各個服務器上，便于隨時擴展，也便于故障排除，因為任何一臺服務器發(fā)生故障并被撤離的時候都不會影響到整個網(wǎng)站的訪問，從而在最大程度上縮短了整個網(wǎng)站的不可用時間。 而對于應用核心的數(shù)據(jù)庫服務器，通常會采用雙機熱備援，即兩臺數(shù)據(jù)庫實時同步，互為備份，當一臺發(fā)生故障時，另一臺自動接管它的全部服務，確保所 有應用不間斷運行。 當然，最重要的一點還是要及時進行數(shù)據(jù)備份，無論是數(shù)據(jù)庫還是網(wǎng)頁、文件都必須定時備份，以便在意外情況下可以在最短的時間內恢復，同時保證數(shù)據(jù)損失最小。 目前的結構與建議結構相差太遠，如果不花大力氣徹底改造的話，上述問題將會不斷加重，直至整個網(wǎng)站完全癱瘓。 首先，要下決心統(tǒng)一硬件平臺，盡管保護投資是非常重要的，但如果以網(wǎng)站的未來發(fā)展為代價顯然是不值得的。 ibm rs6000 小型機盡管已過了保修期，但其性能仍然非常卓越，對于金融領域的建設項目非常有益，可以考慮與本地待建的金融項目進行相應協(xié)商， 將兩臺小型機置換成機架服務器，這對于建設雙方而言都是非常有益的做法。 如果置換困難的話，也建議將 rs6000 作為數(shù)據(jù)庫服務器， rs6000 對于 oracle 數(shù)據(jù)庫的支持要遠勝于 windows 2021，但相應的成本會增加很多，維護起來的難度也將成倍加大。這個方法在技術上是可行的，但在維護上需要斟酌。 從網(wǎng)站的長遠發(fā)展看，建議將兩臺小型機單獨考慮作為未來的電子商務類的盈利性支撐平臺，在本次改造中將其上面的應用完全剝離出來；并重新規(guī)劃整個網(wǎng)站的硬件平臺，以 ibm/hp/dell 的機架式服務器完全重組，并考慮對舊設 備充分進行利用。 其次，要統(tǒng)一操作系統(tǒng)，除了 aix以外，另外三種操作系統(tǒng)都可以考慮。 單從安全性角度出發(fā)， freebsd 是比較好的選擇，目前新浪、網(wǎng)易等綜合門戶使用較多，但是熟悉該系統(tǒng)的人相對較少。 由于 redhat 以后將不會再推免費的 linux，而且其安全性和穩(wěn)定性也并不是比 windows 高出很多，因此完全使用 linux也需要慎重考慮。 windows 盡管口碑較差，但在實際應用中很多大的門戶中仍有大量的 windows 服務器存在，包括搜狐、千龍等，如果有比較認真負責的系統(tǒng)管理員， windows 2021 及 其后續(xù)產品的綜合成本還是最低的。而且包括 windows 系統(tǒng)資源占用過高等問題都可以通過比較專業(yè)的調優(yōu)工作得到大幅度改善。一臺 windows 2021 的 iis 服務器在調優(yōu)前后的性能差異可以高達數(shù)十倍。 建議采用 freebsd 或 windows 2021 中的一種統(tǒng)一操作系統(tǒng)，以降低整個網(wǎng)站的維護成本。 異構應用 xx 局對外提供了很多種服務，其中社區(qū)、論壇、婚介、郵件等均是使用 asp寫的程序，而軟件下載則是使用 jsp 寫的程序， xx 局內部的發(fā)布系統(tǒng) iflow 也是基于的系統(tǒng)。 為了保證跨平臺應用和未來的遷移擴 展，還是建議將程序寫成版本，目前越來越多的 web 程序員均精通 asp、 jsp、 php 等多種腳本語言，改寫起來非常方便。 當然，應用程序的異構并不是太大問題，大多數(shù)網(wǎng)站都存在這種情況，但是應用程序編寫的水平高低常會造成應用層安全漏洞，從而威脅整個網(wǎng)站的安全，如果在成本有限的情況下，考慮低成本的 php也不失為好的方案。 異構數(shù)據(jù) 發(fā)布系統(tǒng) iflow 使用的數(shù)據(jù)庫是 windows 版的 oracle，而網(wǎng)站使用的動網(wǎng)論壇則使用的是 access或 sqlserver，如果按照清華萬博的建議，將會把發(fā)布系統(tǒng)數(shù)據(jù)庫遷移到 mysql 上。 從數(shù)據(jù)庫的性能上而言， oracle是當之無愧的最佳選擇。而 ibm的 db2和微軟的 sqlserver 2021也表現(xiàn)不錯。千龍網(wǎng)到 2021 年 5 月以后才將部分數(shù)據(jù)庫開始向 oracle 遷移，而此前的應用一直是在 sql server 2021 上運行，效能是令人滿意的。 而 mysql 和 access 在多數(shù)方面與上述的大型數(shù)據(jù)庫是無法比擬的，例如可以大幅度提升數(shù)據(jù)庫查詢性能的存儲過程、可以防止數(shù)據(jù)庫錯誤發(fā)生的事務處理等高級性能它們都不支持。 mysql 的下一個版本雖然聲稱會加入這些性能，但未經(jīng)過長期考驗的數(shù) 據(jù)庫性能是不能令人信服的。 因此將 oracle 數(shù)據(jù)庫換成 mysql 是不明智的，應該說是一種倒退。而且將三個月以前的數(shù)據(jù)切斷也不是好的做法。要知道對于一個新聞網(wǎng)站而言組織歷史數(shù)據(jù)制作專題報道是非常重要的吸引網(wǎng)民的手段，也是作為新聞門戶的立身之本。這就決定了切分歷史數(shù)據(jù)將會給編輯的工作帶來極大的不便。 與 sqlserver 自動調優(yōu)不同的是， oracle 數(shù)據(jù)庫對人工優(yōu)化的依賴程度特別高，默認的安裝選項幾乎發(fā)揮不出 oracle數(shù)據(jù)庫性能的十分之一，而且 oracle是支持群集和海量數(shù)據(jù)的最佳選擇，如果想快速發(fā)展的話， 更沒有理由不使用它了。 xx 局目前數(shù)據(jù)庫內的數(shù)據(jù)量為 39萬條，目前所購小型機已過了三年保修期，按 xx 局運行三年算，平均每天的新聞發(fā)稿量不到 340 條（當然發(fā)稿量一定是個漸近的數(shù)字，但就算平均到一年，每天也不過 1050 條左右），這一數(shù)字與千龍網(wǎng)、東方網(wǎng)每天的 30005000 條和新浪、搜狐每天的500010000 條相比，根本算不了什么，因此絕不可能是因為數(shù)據(jù)庫本身的性能影響了系統(tǒng)的速度。 如果 iflow 系統(tǒng)可以從 oracle 移植到 mysql 上的話，那只能說明這套系統(tǒng)根本就沒有就 oracle 數(shù)據(jù)庫做過優(yōu)化，沒 有利用任何大型數(shù)據(jù)庫提供的高級功能，因此其訪問效率必然十分低下。 網(wǎng)站結構 事實上財經(jīng)頻道根本就不存在江蘇頻道里的內容。這說明了 iflow 生成的目錄結構存在非常致命的問題，就是在同一天所有頻道的內容都被混放在同一個目錄中，然后通過不同的虛擬主機讓用戶產生不同頻道的錯覺，事實上根本沒有辦法把這些文件拆分開。 這樣的話，就沒有辦法輕易實現(xiàn)象新浪、搜狐、千龍那樣的分布式結構，即每個頻道都可以單獨地采用一臺或幾臺服務器，從而承載每天千萬級甚至是億級的訪問量。這將會給未來的系統(tǒng)改造帶來極大的麻煩。 雖然使用完 全對等的多臺 web 服務器也可以實現(xiàn)負載均衡，但過度的冗余最終還是會影響到整個網(wǎng)站的性能。而且根據(jù)經(jīng)驗，這一拆分工作是十分艱巨的，估計至少會花費一個程序員三、四個月的時間。 這個問題也是必須解決的問題，是大型網(wǎng)站發(fā)展的重大瓶頸問題。 內容海量 根據(jù)剛才的分析， xx 局目前的新聞更新量并不是很