政府門戶網站發展的幾個階段及集約化探析

◆支紅霞

行業與應用安全

政府門戶網站發展的幾個階段及集約化探析

◆支紅霞

（山西省政府辦公廳政務信息中心 山西 030006）

隨著科技的進步，政府網站越來越成為新形勢下政府同民眾之間緊密聯系的網上橋梁，成為網絡時代政府履行職能的重要載體，成為打造陽光政府的重要平臺。政府網站的發展循序漸進，不斷地在解決日益增長的需求與現有體系之間的矛盾中逐漸走向集約化道路。本文總結了政府門戶網站發展的幾個階段并對集約化網站群的技術架構及技術難點進行探析。

政府網站；集約化

2014年12月國務院辦公廳發布了“57號文件”，指出了政府網站發展方向，明確了政府網站“集約化”的建設要求，進一步完善政府網站體系、優化網站結構布局、加強網站信息資源整合，避免低層次重復投資，造成浪費?！秶鴦赵恨k公廳關于印發政府網站發展指引的通知》（國辦發〔2017〕47號）中又一次提出：集約化是解決政府網站“信息孤島”、“數據煙囪”等問題的有效途徑。要通過統一標準體系、統一技術平臺、統一安全防護、統一運維監管，集中管理信息數據，集中提供內容服務，實現政府網站資源優化融合、平臺整合安全、數據互認共享、管理統籌規范、服務便捷高效。

1 政府門戶網站發展的幾個階段

第一代：“自然”網站群，如某省政府建立了自己的網站，隨后省直部門、市縣政府也陸續建設了各自的網站，這些網站部署在各部門自己的機房，其物理位置獨立的，信息的維護也是獨立的。然后在省政府的網站首頁上將各單位網站鏈接到一起，形成了“自然”的網站群。此階段的網站建設特點是沒有整體的規劃，“自然”形成，各自相對獨立。

第二代：本質仍然是“自然”網站群的模式，只是有些省市從網站的欄目、頁面風格等外觀方面進行了整體要求，但各網站之間沒有隸屬關系。此階段的網站群的特點是外表相對統一，但基礎資源、信息資源仍舊孤立，無法統一管理。

第三代：從物理位置上整合了網站群，將分散在不同物理位置的獨立網站整合在一起，放在集中的機房，避免了機房和基礎設備上的重復投資、重復建設，解決了資源不能有效利用而造成浪費的問題，同時解決了部分單位技術力量、資金投入不足無法有效技術維護、建站的問題?；A設施集約化若用云計算中心方式進行建設，各網站主辦單位采用云服務商提供的虛擬設施資源，一方面可以有效節約信息化資金、另一方面又提高了設備利用率達到節能減排的效果。目前，此類集約化所使用的云計算技術和管理模式已經成熟，許多部門網站正處于此階段。但這代網站群仍存在很大的缺陷，信息仍不能充分共享、不能進行統一管理，安全風險也會相對集中。

第四代：利用“網站群”內容管理系統對某一層級網站統一規劃、統一實施或分步實施，解決第三代網站群存在的缺陷。此階段的網站群的特點是：所有網站可以運行在同一個“網站群”內容管理平臺上，可以統一管理用戶權限，實現信息采、編、發功能，信息可以集中存儲，但存在功能單一，服務不足的缺陷。

第五代：集約化網站群。它是基于頂層設計，通過統一標準體系，統一技術平臺，統一安全防護，統一運維監管，以資源向上歸集的多層級、多部門政府門戶網站集群為基礎構建的一站式網站群。它能面向多種服務對象，通過多渠道（PC網站、移動客戶端、微信、微博）提供服務。實現政府網站資源的優化整合、數據的互認共享、管理的統籌規范、服務的便捷高效。它包括應用支撐平臺集約化和服務集約化，為政府網站的建設、管理、維護及網站上各類應用和服務提供技術支撐。

根據各級政府實際情況和條件，在信息化建設比較集中、成熟的地區可建設省部級的統一應用支撐平臺，為全省政府（系統）部門網站提供應用支撐服務。信息化建設比較分散的地區，可采取省市兩級分建，市級向省級匯聚的模式，最終實現平臺集約、數據集約、服務集約和管理集約。

此階段的現實挑戰：這種集約方式的頂層設計要求高、跨部門協作阻力大、技術安全風險高、建設成效慢等。

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

集約化政府網站建設以集約化角度出發，構建在云計算架構體系的基礎之上。總體功能架構如圖1：

圖1 總體功能架構

2.1 IAAS層

IAAS層是架構的基礎，為集約化平臺提供統一的底層基礎設施，通過虛擬化技術將物理服務器云化，形成統一的基礎資源池，包括了存儲環境、計算環境、網絡環境等，通過資源調度管理向上層提供所需要的基礎資源，達到資源的有效利用。

2.2 PAAS層

PAAS層是整個架構的核心支撐層。包括政務服務數據資源目錄和數據交換層，可以融合多種形式的數據類型：文件、圖片、多媒體等，多種信息內容：人口、法人、自然資源、地理空間信息等方面的基礎信息，為上層的服務提供可共享的統一數據支撐。另一方面采用“微服務”架構，將常用應用構建組件化：如數據應用構件，用容器技術將不同業務需求的獨立化應用組件封裝起來，如：統一用戶構件、安全加密構件，靈活調用，使“微服務”應用的開發、部署及運維，更便捷、高效。

2.3 SAAS層

SAAS層包括基礎應用層（涵蓋內容管理系統、信息報送系統、互動交流系統、網上辦事系統等）和服務展示層（網上辦事服務、互動交流服務、政務公開服務、輿情管理、智能搜索、智能問答等）。

通過三層云計算架構體系，將各種硬件資源、軟件資源、數據資源、服務資源根據業務需求自由調配、自由擴展，實現成本的節約、整合的便捷、服務的高效。

3 集約化政府門戶網站的技術難點

3.1 集約化建設與個性化需求的矛盾

集約化建設和子站個性化需求是一對難以平衡的矛盾，一方面集約化網站需要服務高效、操作便捷、信息共享、形象統一，另一方面也需要考慮各部門、地方子站職能、提供的服務個性化及差異化的需求，如何解決這一矛盾，達到和諧統一，有以下幾個注意點：一是建立統一的規范標準，在廣泛征求意見及試點經驗的基礎上，在國家集約化建設大規范下，科學制定一套涵蓋平臺建設、管理、數據交換、信息資源、安全與運維等的標準規范；二是建設與修改的靈活度，站點與欄目既能快速克隆又能在展現形式及數據結構上靈活地修改。

3.2 大并發訪問

集約化政府門戶網站容易面臨兩大類型數據并發的風險，一是主、子網站后臺在線信息維護人員每天要更新大量的數據，尤其是在早高峰時段，數據并發的風險更高；二是前臺數據訪問風暴：大量網民集中訪問熱點服務時大規模的數據向上歸集使得所有訪問流量導向統一的數據服務而引發的風險；這時平臺的運行穩定能力代表著政府網站的服務水平，決定著百姓對政府的評價。因此，在集約化的建設技術架構中，必須考慮系統性能、數據緩存、關系型數據庫的并發能力設計、非結構化數據的存儲方式等進行整體性的頂層設計；充分利用云平臺的彈性計算技術，建立彈性負載均衡服務，減少數據更新的風險，消除單點故障帶來的災難。

3.3 用戶身份統一

面向服務型的政府門戶網站會有越來越多的應用，提供的服務愈來愈細化，如互動交流、網上辦事、便民服務查詢等等，這些系統的后臺都有獨自的用戶體系；不同地區和部門的網站經常是不同的開發商開發，有著不同的用戶認證方式，用戶登錄這些網站和服務時需要反復登錄，非常不便，建立集約化平臺的統一用戶認證體系能夠將網站和各類服務進行整合，讓用戶實現統一登錄，為用戶提供更便捷的入門方式。

4 結束語

隨著政府門戶網站的發展，門戶網站在發揮政府職能，拉近政府與百姓的距離上所起的作用越來越重要，因此對門戶網站的集約化程度要求也越來越高，基于云計算、大數據等技術的大集約化已經勢在必行，亟待發展。

[1]彭成明.政府網站集約化平臺建設淺談[J].數碼世界，2017.

[2]王艷，胡志俊，劉國偉，李志.北京市政府集約化建設策略的探討[J].中國管理信息化，2017（13）.