,,

集約化政府門戶網站是指基于頂層設計的，技術統一，功能統一，結構統一，資源向上歸集的一站式、面向多服務對象、多渠道

（PC 網站、移動客戶端、微信、微博、有線電視、觸摸屏等）、多層級、多部門政府門戶網站集群平臺，由多個構建在同一數據體系下的門戶網站群構成。

集約化政府門戶網站建設與政府門戶網站群的區別

政府門戶網站群是指統一部署，統一標準，建立在統一技術構架基礎之上，信息可以實現基于特定權限共享呈送的"一群網站"，即對政府門戶網站進行集中管理，形成"數據大集中"，有利于資源的整合和統一調配。各子網站可以在遠程獨立地維護各自的網站，并且擁有獨立的域名。各部門網站的信息可以互相共享呈送，實現網站群體系內的數據協同維護。

集約化政府門戶網站建設是政府門戶網站群建設的高級階段，是政府門戶網站群建設"質"的飛躍。兩者的區別在于：

集約化建設更注重頂層設計
集約化建設更注重資源目錄規范
集約化建設更注重服務框架建設
集約化建設更注重數據挖掘
集約化建設更注重數據歸集的展現路徑設計

集約化政府門戶網站的特點

	服務對象更多，服務內容更全面，要求門戶網站在各種應用集成上真正做到無縫對接，各應用系統間的整合應完全基于用戶層和數據層的整合。
整合更加徹底全面

作為服務公眾的平臺，需要為公眾提供多屏（PC多瀏覽器兼容、iOS智能終端、安卓智能終端）、多渠道（Web、微博、微信）的訪問方式。整個系統的開發設計應當基于HTML5內核，在規劃設計上要考慮PC寬窄屏兼容、手機大小屏兼容及多終端兼容等，支持多屏的一體化展現發布。另外，站群內容管理平臺應與微博、微信等移動終端發布工具打通，可實現統一平臺的多渠道發布。

多種發布渠道打通

	要求系統容錯性強，兼容性好。集群化建設，體系龐大，矩陣結構復雜。在進行集約化實施過程中，調整和修改往往會牽一發而動全身，因此要對規模化網站體系結構有明確的規劃，形成規范的網站架構圖譜，方便進行批量增加、修改和刪除。
頂層架構規劃完善

集約化建設必須去"IOE"。所謂"IOE"是指IBM（服務器提供商）、Oracle（數據庫軟件提供商）、 EMC（存儲設備提供商）。

隨著基于云計算以及相關開源框架的成熟，以淘寶、京東為代表的商業軟件平臺紛紛用成本更加低廉的軟件——MySQL替代Oracle，使用PC Server替代EMC2、IBM小型機等設備，以消除"IOE"對自己數據庫和硬件系統的壟斷。去"IOE"意味著將商業License費用和系統后期運維服務費用降低至零，從而使得運維成本大幅下降。

去"IOE"的技術架構優化

集約化政府門戶網站建設的技術框架

1、集約化政府站群平臺的技術架構

集約化政府站群的架構體系首先以云計算架構體系為基礎，從服務方式上分為IAAS層（Infrastructure-as-a-Service）、PAAS層（Platform-as-a-Service）和SAAS層（Software-as-a-Service）。

2、構建集約化政府站群的彈性計算模型

在部署云架構站群時，應當根據系統應用的預計訪問并發、數據存儲規模、系統資源的占用等情況，建立完備的云服務ECS（Elastic Compute Service，ECS）彈性計算框架模型：

3、構建基于公有云和私有云的安全設計模型

集約化政府站群的云計算平臺架構中可劃分出2個獨立的安全域，一個放在廣域網中實現所有站群的展現和瀏覽，稱為公有云。另一個放在局域網中主要用于信息維護和后臺應用管理，稱為私有云。兩者間可通過VPN建立虛擬通道，從而有助于提升集約化網站體系的安全性。

4、構建大并發下的大數據存儲服務模型

集約化政府門戶網站的建設會面臨兩大數據并發的風險，一是由于大規模的數據歸集使得所有訪問的流量導向統一的數據服務而引發前臺數據訪問風暴；二是后臺的在線信息維護人員的面臨的新數據會達到幾千甚至上萬條，特別是在剛剛上班的早高峰時段，系統面臨數據更新的大并發風險。

根據經驗我們有以下建議：

在云平臺中采用開放緩存服務
在云端采用數據庫服務
非結構化數據的開放式存儲模型

5、構建統一消息服務模型

集約化站群建設中網站與網站、站群與站群、站群與其他應用之間的數據互聯互通變得尤其關鍵和重要。為實現站群與應用間數據的互聯互通，必須構建站群間的數據服務總線（DSB），并通過消息中間件、數據適配器、數據路由、消息隊列控制等技術實現分布式獨立站群間的數據交換和傳遞。

集約化政府站群建設的難點與風險

集約化政府站群平臺的技術架構

集約化站群建設中如何將原有網站的數據進行平滑的移植決定了項目的成敗。首先,對原有網站進行數據梳理分析，除了要分析數據庫的結構字段，還有相關聯的圖片、文檔、視頻等非結構化數據需要梳理。其次，先期采用小樣本測試與數據抽樣檢測的方式進行數據校驗，最終一定要進行大數據量測試檢驗。最后，由于移植總是基于階段性數據進行，因此在網站正式上線之前，要有增量數據同步的預備方案。

如何解決集約化建設與個性化需求的矛盾

1、集約化模式下的統一標準設計：

建立數據規范標準和模板標準

2、集約化模式下的底層數據結構的梳理規劃：

數據管理的集約化與展現的多樣化

云端站間的數據共享呈送的關系鏈

共性數據結構的共享與個性數據結構的擴展

3、集約化模式下建設與修改的靈活度：

站點與欄目的數據克隆與版式克隆

網站展現模板與數據結構的批量修改

4、集約化模式下的入口設計與用戶路徑設計：

組織架構與行政區劃下的功能與分類設計

政府垂直管理機構及部門的橫向與縱向展現設計

集約化異地維護安全的考慮

1、通過政務專網進行維護。政務專網與外部互聯網進行安全隔離從而保證數據傳輸的安全性。

2、通過建設VPN虛擬專用網絡，連接到集約化大集中平臺進行安全維護。

3、在集約化大集中平臺內對維護人員設置IP訪問限制，用戶只有通過獲授權的IP地址才能接入到大集中平臺對系統進行維護。

4、采用移動令牌技術，異地用戶在登錄時必須通過非對稱加密令牌碼的校驗。

集約化網站面臨的大并發風險

通過政府網站集約化建設，將各級政府、部門網站大集中管理，子站數量可能高達幾千個，在每天早晨9點至10點，將是信息維護更新和用戶訪問的高發期，系統后臺和發布前臺都會經歷高并發的考驗。如何在高并發訪問的情況下，保證網站的高效運行，既關系到政府網站的辦事效率、服務能力，又影響到政府形象。為了解決集約化站群前后臺大并發問題，首當其沖的是建立強壯的平臺和系統架構，在進行系統設計時就應當充分考慮到這一點。其次，通過采用云計算平臺的負載均衡、彈性計算等技術，降低網站訪問通道的負載；再次，通過對前臺頁面的優化，采用靜態頁面前臺發布的方式，減輕后臺服務器壓力，提高網站訪問效率；最后，采用CDN加速技術，提高請求的處理效率和應對慢速鏈接對后端服務器的影響，提升系統的抗負載能力。

建立對內和對外的一體化統一身份認證體系

建立集約化站群，在資源和信息整合之上，最重要的是用戶體系的整合，同時還要考慮統一授權管理、單點登陸等問題。

一個完善的服務型政府門戶網站往往有很多應用和服務功能，如互動交流、網上辦事系統、建議提案、便民服務查詢等等，而這些系統后臺往往都有各自的內部獨立用戶體系。特別是不同地區政府和部門網站往往由不同的應用商獨立開發，采取各類相異的用戶認證方式。建立集約化平臺的統一用戶認證體系將有助于對各類應用和服務進行整合和貫通，也有助于PC端和移動端互聯網用戶間的貫通。

集約化平臺的數據如何共享和利用

集約化平臺建設已經把所有的系統進行了大集中。然而，對于各部門和下級政府部門而言也存在數據的再利用和再展現問題。因此集約化平臺必須考慮設置完善的數據API調用接口和基于分布式服務框架HSF的應用部署。所有應用和數據都由平臺統一進行封裝，所有系統應用都作為單個服務進行調用，對服務和數據的調用將統一通過規范的應用接口和服務框架進行，這將有助于提升服務的可用度、復用度和應用的擴展性。

1. 微信公眾號網站系統開發