何中國
【摘要】 電子政務私有云采用了目前主流的云計算技術,通過信息化手段為政府各級部門提供可靠的基礎IT服務平臺,將以往分離的各部門電子政務系統整合在政務云平臺。電子政務私有云建設在帶動產業發展、促進電子政務建設等方面有著重大意義和作用。目前我國電子政務云發展勢頭好,但也存在技術欠缺和重復建設的問題。
【關鍵詞】 電子政務 私有云 云計算
引言:“互聯網+”時代的到來,使云計算和云平臺的建設顯得極為重要。建設電子政務云平臺,為進一步整合資源提供了良好的基礎,以此為契機,可更大力度推動部門間數據共享和開放,進而統籌政府數據管理,對解決當前最難的信息共享、業務協同具有現實意義,對于實現政府大數據治理必將起到積極作用。
一、關于電子政務和云平臺
2006 年,國務院辦公室發布的《關于推進國家電子政務網絡建設的意見》(18號文),為我國電子政務發展做了規范性的指導,要求各級政府建設規范、統一的電子政務網絡,凡屬社會管理和公共服務范疇及不需在國家電子政務內網上部署的業務應用,原則上應納入電子政務外網運行。電子政務私有云建設也有了可操作性。關于云計算幾種模式:公共云、私有云和混合云。公共云為大眾提供服務,范圍廣,規模大,服務內容豐富,同時,對建設管理的要求也比較高。而私有云規模相對較小,設計和使用都可以更有效地針對不同群體需求,以滿足受眾群體的特殊需求,易于管理,較為安全。混合云融合了公有云和私有云,是近年來云計算的主要模式和發展方向。目前我國電子政務云系統還在探索、建設發展中,私有云模式更安全,更適合目前的使用。
二、云平臺相關技術支持
云計算服務按使用云服務的方式來分,包括軟件即服務(SaaS)、平臺即服務(PaaS)和基礎架構即服務(IaaS)。在電子政務云建設前期將采用基礎架構即服務(IaaS),整合政府間物理資源,隨著電子政務私有云建設的成熟將采用軟件即服務(SaaS)。電子政務云平臺建議采用開源架構,最主流的是Openstack和Cloudstack。原因是:達到更高的網絡安全,避免被廠商鎖定,自主可控;可降低成本,滿足二次開發能力,具有開放的標準和API,可提高靈活性、可擴展性;便于未來制定政務云標準,滿足未來發展需要。兩者都可以滿足電子政務私有云建設的需求,并且因為開放開源,都可以根據需要進行定制。不同的是CloudStack因為是從商業軟件開源出來的,所以對用戶來說會更容易上手,在云平臺構建時會比較方便,然而同樣因為其帶有商業軟件屬性,平臺架構比較集中,模塊間耦合度比較高,因此擴展性不是太好,同時二次開發的成本較高;OpenStack自誕生之初就是開源軟件,并采用分布式的架構,所有的開發都是由社區承擔,不同的項目之間幾乎沒有耦合,所以可以方便的進行開發定制,然而因為其有多個項目組成,每個項目都要單獨安裝,并且要保證項目間的協作,所以部署會比較麻煩。由于OpenStack更加開放的架構,以及眾多技術廠商的支持,OpenStack發展很快,目前采用這種架構的較多。與之匹配的虛擬化層也應采用開源開放的虛擬化軟件。主流的開源虛擬化軟件主要是KVM和XEN兩種。
三、電子政務私有云平臺的主要功能及作用
1、信息的對外公布。信息的對外公布是政府職能之一,也是電子政務的重要功能之一。政府部門除了日常的行政管理,還需要發布信息,這些信息包括宣傳性質信息、國家政策、發展動態、民生改革以及一些臨時通知等。既包括上傳下達的通告,也包括下情上達的通報,還有一些民意調查和民眾意見的表達。電子政務私有云平臺就是要更加快速有效地完成這些信息的傳遞和反饋,及時有效地傳達信息和反饋民意,通過門戶網站對信息進行及時更新,通過民眾評論反饋信息,開通網絡建議和投訴渠道。
2、對內管理。政府部門體系龐雜,想要協調統一管理,需要信息及時傳達,也需要部門間的協調運作。在各個部門之間和部門內部需要協調和管理,傳遞通知,在過去主要靠紙質文件的發放,而現在電子政務的建設使文件內容不僅依附于文檔,還可以轉化為網站文章迅速下達。部門之間在同一個云平臺下,數據可以及時發送,輕松共享,提高了辦公效率,同時能夠節省大量人力物力財力,創建節約型政府。對于數據和文件還能利用云端存儲,不易丟失,查找便捷。
四、存在問題
重復建設問題。垂直重復建設,上級下級都在建設各自的電子政務云系統。這種垂直重復建設導致各級部門占有資源,但是利用率卻不高。水平重復建設,同級之間建立各自電子政務云系統。造成了受眾分散、管理不便、系統建設和維護費用巨大等問題。遷移問題。電子政務云建設后,將傳統的政務系統搬遷到云平臺面臨考驗,由于采用不同的編程模式和數據結構,將會帶來諸多問題,會增加前期遷移費用。網絡安全問題。由于云平臺發展時間不長,對網絡安全方面將帶來挑戰,云平臺的網絡安全需要進一步的完善。
參 考 文 獻
[1]王世超.基于Liferay的電子政務私有云平臺設計與實現.碩士畢業論文.2014.5
[2] ZHU B, LI K, PATTERSON H. Avoiding the Disk Bottleneck in the Data Domain File System[C]. Berkeley, CA, USA: USENIX Association, 2008: 269-282