數據交換平臺在政府信息資源整合中的應用

龔煒 安徽省經濟信息中心 230001

數據交換平臺在政府信息資源整合中的應用

龔煒 安徽省經濟信息中心 230001

政府信息資源數據交換平臺（簡稱 數據交換平臺）是為了解決解決政府部門間信息分散、信息不規范和難以獲取等問題而構建的統一的平臺。平臺的建設能有效解決政府部門“信息孤島”的問題。本文詳細介紹了政府部門間異構數據庫業務系統的接入方式，數據共享問題，以及基于ESB企業服務總線的高性能、高可用性和高可擴展性的問題。

1 、系統面臨的問題

目前政府各部門特別是省、市級以上政府部門的業務處理已經實現了信息化，建立了各自的業務處理系統，為了解決信息共享，有的政府部門也整合了本系統內的各個業務系統，實現部門內各個業務系統的互聯互通和信息共享問題。但只是從一個個小的“信息孤島”變成了一個大的“信息孤島”，部門與部門系統間的業務系統各自獨立，還是難于實現信息共享等諸多問題。為了從根本上改變政府部門間存在的“信息孤島”的局面，需要建立統一的具有支持多種交換方式、跨多種業務平臺、擴展性強、操作方便的數據交換平臺，為共享交換部門內部局域網和政務外網公共業務數據交換和共享提供服務。

2 、平臺主要技術路線

●采用成熟的中間件技術 ●面向服務的架構（SOA）●服務總線（ESB）技術 ●Web服務（Web Services）

3 、系統的設計

系統采用成熟的數據交換中間件，基于ESB總線進行應用集成，采用面向服務的體系架構，這樣可以降低應用系統、各個組件及相關技術的耦合度，消除應用系統點對點集成瓶頸，降低集成開發難度，提高復用，增進系統開發和運行效率，便于業務系統靈活重構，快速適應業務及流程變化需要。

3.1 整體邏輯結構

整體系統框架由六塊組成：數據交換、資源服務、統一管理、共享庫、資源門戶、規范及制度模塊。見圖2。

1）門戶管理模塊：門戶管理模塊為對信息資源和應用的訪問提供入口，并提供信息資源門戶展示服務。

2）規范及制度模塊：本模塊主要是工作推進管理模式的建設，包括管理辦法、技術規范、運維制度等建設。

3）資源服務模塊：按照信息資源服務業務應用進行加工組織，建立對外服務統一機制，實現信息資源統一管理和服務訪問控制。

4）基礎（共享）庫管理模塊：對使用基礎（共享）庫的資源（數據庫和文件）的管理。

5）交換平臺模塊：對業務用戶使用數據交換系統進行資源（數據庫和文件）進行交換。

6）統一管理模塊：對交換平臺底層的監控，對資源被訪問的日志、交換平臺進行交換、基礎（共享）庫的日志的采集，并對這些日志記錄的次數和信息量進行統計和分析。

3.2 整體應用框架

數據交換平臺將為各類政府業務應用服務，采用中心——前置機模式實現。邏輯上包括數據交換部門前置、數據交換中心、信息服務中心、中心共享庫、中心服務庫、中心應用庫、數據交換產品、應用服務器產品等。應用結構如圖3。

1）業務應用：數據交換平臺所服務的業務應用系統。

2）數據交換部門前置：數據交換部門設立前置機，完成部門應用系統的數據橋接，為數據交換平臺共享數據。

3）數據交換中心：采用中心監控管理模式，數據交換中心負責各部門業務數據的接收和管理，以及集成數據為業務應用系統服務。包括建立中心共享庫、中心應用庫等。

4）中心共享庫：采用統一共享下發模式，為各部門共享需要的數據。對業務系統需要的數據進行數據加工、清洗處理，并按照業務需求進行管理。

5）中心應用庫：包括業務系統數據、中心管理說需要基礎數據等。

6）信息服務中心：按照業務需求，建立中心服務庫服務中心，采用服務形式形式進行管理，供其他應用系統調用。

7）數據交換產品：建立數據交換平臺的基礎軟件，包括應用集成中間件和消息中間件。

8）應用服務器產品：為基于J2EE應用系統提供基礎架構支撐。

9）統一管理和維護：構建平臺管理系統，通過平臺各子系統的接口和資源屬性配置，實現對配置、運行狀態監控、存儲、備份和恢復等方面的統一管理工作。

10）標準規范：建立數據交換平臺的數據規范、接口規范、數據更新機制、交換結構等基礎規范，方便系統擴展及實施維護。

圖2 整體邏輯架構

11）管理制度：建立對接指南、對接協議、更新考核制度、維護制度、管理制度等。

3.3 整體技術框架

以基于 SOA（ Service Oriented Architecture，面向服務架構）和總線ESB （Enterprise service Bus，企業服務總線）的體系架構建設門戶服務集成系統，將充分利用服務松耦合的軟件模式以及各種主流的開放標準。可以用一個服務替換另一個服務而無須關心其底層的實現技術和服務的位置，唯一要考慮的就是服務接口，而它采用了通用的 Web 服務和 XML標準。

對已有的應用系統的已有資源進行服務封裝，統一發布為WebService服務。按照門戶集成的需要，通過ESB服務總線對服務進行編排，生成包括基礎數據查詢、數據分析、流程整合、信息瀏覽、業務應用等服務，統一對服務進行注冊管理，按照門戶服務集成要求，進行查找調用。

3.3.1 基于SOA架構的信息服務中心架構，見圖4。

信息服務中心系統包括以下主要部分：

數據服務封裝：按照業務系統數據格式要求進行數據格式清洗、數據加工。

信息服務封裝：按照業務系統的似乎精確、數據業務邏輯進行信息核實、信息統計等加工。

服務編排功能：對數據服務和信息服務按照業務的服務要求進行流程編排。

服務管理功能：對服務進行注冊、瀏覽、調用等管理。

服務安全審計：對訪問權限、服務調用權限做統一管理控制。

服務門戶運行：建立數據資源的服務瀏覽、授權、審計的運行支撐。

圖4 信息服務中心架構

3.3.2 基于ESB服務總線的數據交換平臺應用架構

數據交換平臺采用應用集成中間件和消息中間件構成，滿足各部門之間的數據交換需要。應用集成中間件適配器完成不同部門不同系統數據資源的數據采集及寫入，ESB服務總線提供數據交換機制、交換流程、交換規則的設定及管理；消息中間件建立不同部門不同數據源之間的安全可靠的傳輸通道。

圖3 整體應用架構

3.4 架構設計優勢

使用基于SOA架構和ESB總線技術搭建的數據交換平臺將提供以下優勢：

1）采用SOA松耦合的協作方式，定好各個部分的技術、業務及組織上的接口及邊界，便于分布實施，實現協同建設；

2）使用基于SOA的服務平臺，可方便快速將業務邏輯或現有應用系統的功能封裝發布為服務，能夠充分利用傳統的技術和現有的IT資源；

3）基于SOA的基于門戶的服務集成系統支持多種服務集成方式，比如，JCA、Web Service、Messaging、Adaptors等。適配器既屏蔽了不同應用系統的技術接口復雜性，又能夠滿足不用修改原有應用，對現有業務系統的運行影響較小的要求；

4）提供了功能全面的開發工具能夠快速開發和部署SOA相關的應用，并提供可視化拖拽圖形映射工具，能夠加快系統集成的速度，并能夠保證開發的質量；

5）基于SOA架構的門戶服務集成系統提供了靈活、可擴展的企業服務總線ESB，便于集成不同技術實現和通訊協議的服務和應用系統，在其上開發的集成應用，具有良好的擴展性；

6）基于SOA架構的門戶服務集成系統可以采用目前先進、開放式標準和開放的技術體系，比如，XML、Web Service、SOAP、JMS, JCA等。

4 、結束語

以門戶服務集成模式為主線，面向業務協作、輔助決策、信息查詢等業務應用，通過面向服務的服務封裝、編排等服務集成技術，構建面向服務的體系架構的數據交換平臺。按照業務資源的數據準、底數清、應用明的整體目標，對各部門、各系統業務資源的進行服務封裝，通過服務總線，將業務資源服務進行集成應用。有效解決政府部門間“信息孤島”的問題，實現政府信息資源的有效整合利用，同時也實現政府部門間信息共享的問題。

10.3969/j.issn.1001-8972.2010.20.032

ESB；SOA；web服務；中間件