淺談基于SOA 的數(shù)據(jù)交換中心的設計和實現(xiàn)論文

時間：2024-07-07 15:49:43 其他類論文我要投稿

　　一、背景概況

淺談基于SOA 的數(shù)據(jù)交換中心的設計和實現(xiàn)論文

　　在學校進行了長期的信息化建設的過程中，數(shù)據(jù)交互領域的建設一直是核心工作，這也是在取得了一定的收獲的信息化校園建設過程中，所反映出的基本問題所決定的。原有的學校各部門，在進行相應的信息化建設過程中是屬于無須也無標準的，這樣，各部門之間的數(shù)據(jù)聯(lián)通是相應比較困難的，而各個信息系統(tǒng)所謂的封閉和異構，使得學校完整的信息化建設無法得到很好的發(fā)展，這也是我們提出該研究方案的初衷�，F(xiàn)在各類設計類型很多，但是基本的實施模式就有點對點和集中式的兩種，以下就這兩類的異同進行說明。

　　1)模式一：點對點構架，在各部門不同的服務器和軟件上要進行數(shù)據(jù)交換，就必須單個個體間進行點對點的連接，協(xié)議在這個過程中是一臺機器到另一臺機器，這樣的交換方式叫點對點方式，這個方式有優(yōu)點在于，不需要過多的復雜機構和硬件，只需要機器，機構相對比較容易實現(xiàn)也簡單，不需要依賴其他產(chǎn)品，任何一個節(jié)點的錯誤對其他的整體或者節(jié)點不會造成什么影響。但是，這樣的連接方式也會有缺點，就是機器到機器之間的連線是一對一的，這樣當機器成倍增長，這樣的連接也會飛躍式的增長，其次，建立連接的雙方必須同時在線，這樣使得使用起來變得非常不方便。

　　2)模式二：集中式架構，在機器與機器交換之間會有一個交換機制來進行管理，機器要對另外機器進行連接，必須先對中間交換機制連接，從而找到對方的地址，才能和對方進行通信，這樣的方式有優(yōu)點，就是連接數(shù)并不會增長太快，機器和機器連接不一定要隨時都在線，當然，這樣也對設備的類型有要求，并且負載量是較大的，類似總線型的傳輸會有瓶頸。

　　模式二的方式其實更有可操作性，當然這樣的架構往往先從數(shù)據(jù)中心開始，才向外圍進行其他中心的建設。我們需要的整合確是從原有的很多不同系統(tǒng)中進行的整合。現(xiàn)在要說的方式是通過現(xiàn)有的B/S 結構加上不同數(shù)據(jù)整合形成的一類后期建設的數(shù)據(jù)交換中心。

　　二、SOA的概念及數(shù)據(jù)交換理論基礎

　　(一) SOA的概念

　　在整個軟件設計分析演化過程中，從面相過程到面相對象，直至現(xiàn)在的面向服務，是由人們需求逐步提升的一個過程，而現(xiàn)在提到的SOA就是面向服務的軟件系統(tǒng)構建方法。

　　SOA是分布式軟件系統(tǒng)構造方法和環(huán)境的新發(fā)展階段，是包含運行環(huán)境、編程模型、架構風格和相關方法論等在內的一整套的分布式軟件系統(tǒng)構造方法和環(huán)境，涵蓋服務的整個生命周期：建模一開發(fā)一整合一部署一運行一管理”。

　　SOA((Service—Oriented Architecture，面向服務的體系架構))，對于業(yè)務集成的過程來說，設計者往往都會考慮到一個企業(yè)化的架構的原型化事物，就其體系架構而言，分為以下幾個部分：

　　既然是面向服務的架構體系，那么服務作為一個核心，必然成為了各個業(yè)務手段的抽象對象，在這樣的過程中，各項業(yè)務成為了相對獨立的個體，各個個體之間相互成為了可以分布成為個體的每個細節(jié)業(yè)務邏輯。這個時候，服務就不單純是服務，而可以定義與業(yè)務之間的相應聯(lián)系，就像一些規(guī)則要求的約束，在這個環(huán)境就有了響應的處理機制。

　　這使得構建在不同系統(tǒng)中的服務可以以統(tǒng)一的!通用的方式進行交互" 除了這種不依賴于特定技術的中立特性，其通過服務注冊庫(ServiceRegistry) 加上企業(yè)服務總線(EnterpriseServiceBus，ESB)來支持動態(tài)查詢、定位、路由和中介(Mediation) 的能力，使得服務之間的交互是動態(tài)的，位置是透明的。

　　所以，SOA的意義就是利用一種廣泛互用標準，成為各個不同架構細節(jié)的統(tǒng)一安排者，它更多的是研究各個細節(jié)個體的裝配，不需要重視底層的編碼等情況。

　　(二) Web Service 技術

　　Web Service 技術在一開始初期就有人進行了定義，其在于規(guī)范了一種組件，使得通過Web 調用的各項內容可以通過這樣的規(guī)范組織在一起，WebService 從現(xiàn)今的發(fā)展來看，已經(jīng)是基于瘦客戶端的必然組成模式了。

　　WebService 構成主要有以下幾點：

　　1) Service：Service 是一種應用程序，提供者將它公布到Internet 上提供服務。

　　2) WebServiCeProvider：從架構面來看Service Provider，它是提供服務及服務本身的執(zhí)行環(huán)境

　　3) WebServieeRequester：某種Client 或應用程序，在Internet上搜尋，使用WebServiee。

　　4) WebService Registry (Broker)：是一種儲存webServiee信息的環(huán)境，讓ServiceProvider 注冊公布ServiCe 的信息，讓ServieeRequester 搜尋服務，并取得和WebServiee 溝通的相關信息。

　　三、數(shù)據(jù)交換中心的設計

　　(一) 數(shù)據(jù)交換中心體系架構

　　數(shù)據(jù)交換中心采用分布式的思想，可以使得在模式二基礎上進行真正的數(shù)據(jù)交換應用，也真正讓不同部門的機器聯(lián)系在了一起。

　　(二) 物理結構

　　部門服務器都通過數(shù)據(jù)交換中心進行連接，進行數(shù)據(jù)交換的操作。這樣，作為中間節(jié)點的路由器，就成為了整個交換過程中的一員，通過路由器和數(shù)據(jù)交換中心服務器之間的這樣結構，可以把模式二很好的實現(xiàn)。

　　(三) 數(shù)據(jù)交換中心的層次結構設計

　　通過設計的數(shù)據(jù)交換中心物理架構，可以對其進行層次結構的設計，這樣把數(shù)據(jù)，實際交換和適配過程由不同層來處理，可以提供更好的數(shù)據(jù)異構，也更好的可以把數(shù)據(jù)標準后的格式進行轉換，從而實現(xiàn)各項消息服務，數(shù)據(jù)上傳下載，數(shù)據(jù)交換等功能。

　　(四) 數(shù)據(jù)庫的設計

　　數(shù)據(jù)交換中心原本就是為了完成不同系統(tǒng)之間各類數(shù)據(jù)的交換，并且可以提供一系列接口服務，用來拓展整個系統(tǒng)。在這種情況下，可以把數(shù)據(jù)庫分為以下幾類：

　　其一：數(shù)據(jù)儲存類，就是可以把需要進行交換的數(shù)據(jù)進行儲存的一類信息，可以通過XML語言進行標識。

　　其二：數(shù)據(jù)交換類，可以進行存儲過程并可以進行實際執(zhí)行的這類規(guī)則語句，可以進行各類數(shù)據(jù)的實際交換。

　　其三：數(shù)據(jù)管理類，存儲管理數(shù)據(jù)交換中心并是得整個系統(tǒng)有序。

　　(五) 數(shù)據(jù)交換協(xié)議的設計

　　協(xié)議作為兩個不同機制系統(tǒng)的連接基礎，需要是標準而規(guī)范的，采用什么平臺，什么規(guī)范，才能夠將一個數(shù)據(jù)轉移到另一個數(shù)據(jù)集群中，數(shù)據(jù)是有可讀性的，這樣，在學校的這個可能會范圍擴大的地方也需要有很強的擴展性。在這一基礎之下，我們的系統(tǒng)平臺，采用了XML語言，這樣標準化語言就可以支持很多不同服務器在不同的環(huán)境下使用了。

　　1.數(shù)據(jù)范式協(xié)議

　　在定義中，我們既然使用了XML語言，那么我們的實際范式也需要規(guī)范，我們系統(tǒng)的交換中心數(shù)據(jù)范式規(guī)定者以下三個部分的不同要求，其一是數(shù)據(jù)頭部，頭部就記錄著發(fā)送機器、發(fā)送者和明文字段等相應交換必須的數(shù)據(jù)，其次是數(shù)據(jù)主要的部分，這個地方就包含著相應實際的數(shù)據(jù)內容，最后是一些其他內容所可能占用的數(shù)據(jù)位置。

　　2.服務器地址分配規(guī)則

　　在多臺服務器同時出現(xiàn)于一個環(huán)境中，我們現(xiàn)在采用了負載均衡算法，進行實際的服務器地址分配，從而將服務器地址有規(guī)律的進行實際分配，形成可以定義的服務器地址分配規(guī)則。

　　四、數(shù)據(jù)交換中心的實現(xiàn)

　　本系統(tǒng)使用J2EE 的基本架構，使用Web2.0 技術，在任何一類終端都可以使用，而數(shù)據(jù)庫使用Oracle，可以對接其他多種數(shù)據(jù)庫。

　　(一) 主要的一些模塊

　　我們將實際系統(tǒng)分為主要的幾個模塊：用戶管理模塊，數(shù)據(jù)管理模塊，服務模塊，系統(tǒng)監(jiān)控及維護模塊，接口調度模塊。

　　用戶管理模塊：就是確定用戶權限和用戶添加、刪除、修改、查詢的模塊;

　　數(shù)據(jù)管理模塊：就是數(shù)據(jù)在整個過程中上傳、下載、查詢等實際監(jiān)控管理的模塊;

　　服務模塊：就是進行隊列管理等相應的交換設置的模塊;

　　系統(tǒng)監(jiān)控及維護模塊：就是對系統(tǒng)進行監(jiān)控及維護，可以進行內核調整的模塊;

　　接口調度模塊：就是制作接口，并且使接口可以和其他系統(tǒng)對接的模塊。

　　(二) 安全設置等相應問題