改造傳統應用模式

傳統應用模式的缺點

使用率低下

由于這種模式，一套應用系統一般只運行單一的應用，所以使用率普遍較低。根據有關統計，每天24小時服務器的使用效率大多數低于10%，還有相當一部分低于5%。

使用成本高

每臺服務器的耗電功率一般在1kW至數kW,每天的耗電成本在10元至幾十元。每臺服務器購置價格按5萬元、生命周期按5年計算，每臺每天的折舊成本約30元，加上機房空調系統等為此多耗的電能，一臺服務器的使用成本為50到150元/天。

可靠性低

由于是單一系統、獨立運行，單點故障即可造成宕機，可靠性無保障。

造成條塊分割、無法共享、重復建設

不同的單位，甚至單位內部不同的部門各自為政，往往只根據某一方面業務的需求單獨規劃和建設應用系統。各部門的應用系統之間，甚至同一部門的不同應用系統之間基本沒有聯系，數據的來源、存儲和更新機制往往也是各自獨立的。不同的系統對應不同的數據，進行不同的業務要進入不同的應用系統，甚至連和存儲設施也是獨立的。導致設備重復購置，無法統籌使用，設備效能不能得到充分發揮，運行維護難度加大，成本增加等。無法統籌做備份，信息安全隱患越來越突出。

解決上述問題的用得最多一個詞就是所謂“整合”。這個詞用得過多過濫，而又缺少可操作性，許多單位整合喊了多少年，仍無從下手，情況依然如故。筆者也就此問題進行了長時間的思考與探索，下面是有關思路和方法，與各位讀者商榷。

去耦合

“去耦合”是改造舊系統最簡單易行的辦法，對應用系統中功能模塊調用數據的方法進行改造，使功能模塊和數據邏輯上隔離。

合并同類項

不同單項應用系統的數據可能有相同或者相關的情況，對這些存儲在不同系統中的相同或相關的數據剔除冗余、規范關聯、存儲在一個數據庫中，減少數據庫的數量，保證同一數據只有一個來源，避免了數出多門、相互矛盾的問題，功能模塊根據需要調用。

標準化改造

對整合后的數據庫按相關標準（主要是行業標準，輔之以企業標準）進行規范，對功能模塊的調用接口也進行標準化改造。同時，為了保證數據的有效性、可用性，建立和完善元數據系統是必要的。經過上述過程，在整個應用架構中，數據和應用分別進入了不同的層次，中間隔之以接口標準和權限機制等。進行了這樣的操作以后，只需要改造功能模塊對數據的接口部分即可，做到對令人頭痛的功能模塊改造問題降到最低限度。對于已有的應用系統，分期分批進行應用架構的改造，整個架構的性質也發生了變化，由“以應用為中心”改為“以數據為中心”，逐步將各系統的數據納入統一數據平臺，實現同一批數據可以被不同的應用系統、以不同的權限調用。

新系統的建設理念方法和目標

采用SOA架構

在今后電子政務系統和其他系統的開發過程中，全部采用SOA（面向服務的體系結構）架構，使各個功能模塊之間，以及功能模塊和數據之間用標準化的接口相聯系，使數據和功能模塊相互邏輯獨立，以便于數據共享機制的形成和數據共享平臺的建立，為從根本上解決條塊分割、無法共享的問題創造條件。

圖1 數據的來源和規模

硬件服務器模擬技術

利用“云計算”的思想，對中心機房的物理服務器進行“虛擬化”整合（目前常用的技術有VMware和Hyper V等），將多個物理服務器虛擬成一個“大服務器”，所有的應用系統都裝入這個服務器，并且邏輯上是各自獨立的，互不干擾。可以在很大程度上提高服務器的使用效率，提高可靠性，減少甚至停止物理服務器的大量購置。

合理使用公有云設施

鑒于目前云計算快速普及，云計算技術應用使得用戶將由購買IT產品構建自有的數據中心向購買計算服務轉變，云計算具有信息資源集中、業務整合的技術優勢，能為各單位管理職能的轉變，提升服務水平提供技術保障。這是信息化發展大勢所趨，可以降低總體成本、提高安全保障，并且可以使單位專心做好核心業務。租賃方式可以有虛擬主機和存儲空間租賃等，總成本會低于自購設備、自我管理模式。

建立數據共享平臺

對現有數據進行分類、標準化，建立元數據系統。將政務信息、遙感信息、基礎地理信息、視頻圖像信息、各類業務數據等進行統一存儲。建立、完善信息存儲共享平臺，徹底擺脫舊的開發模式。有了這個條件才可能有統一的備份措施和統一的安全策略，為信息化建設轉型升級創造條件。

最終目標

理想的目標是建成本行業（或單位）的統一門戶系統。達到“統一門戶集成、同一用戶管理、統一數據交換、統一工具服務、統一安全策略、統一備份措施”的目標。升級改造后的信息系統總體結構如圖1所示。