基于web services的EAI技術研究

1、基于web services的EAI技術研究摘要隨著企業(yè)信息化的開展，傳統(tǒng)的系統(tǒng)集成方法不再可以滿足企業(yè)應用集成的需要。ebServies由于具有開放性、跨平臺和協(xié)議簡單等特性，成為實現(xiàn)企業(yè)應用集成的一種新方法。本文通過分析ebServies技術中的標準和標準以及ebServies的運作形式，對基于ebServies的企業(yè)應用集成中的數(shù)據(jù)集成和業(yè)務流程集成的實現(xiàn)方法進展了說明。關鍵詞企業(yè)應用集成；ebServies；業(yè)務流程EAIEnterpriseappliatinintegratin即企業(yè)應用集成，EAI通過將一系列的方法、技術和工具組織在一起實現(xiàn)對不同應用的合并與協(xié)調，從而實現(xiàn)企業(yè)信息系

2、統(tǒng)的集成。目前，由于現(xiàn)代企業(yè)信息自動化要求的進步，各個系統(tǒng)之間的互動和互相通訊更為重要。保護原有投資，重用遺留系統(tǒng)、集成新的應用系統(tǒng)是當前很多中大型企業(yè)的重要任務。由于遺留系統(tǒng)的運行平臺是異構環(huán)境，要橫跨多種硬件平臺、操作系統(tǒng)、軟件技術、數(shù)據(jù)管理系統(tǒng)以及各種業(yè)務應用，不僅要進展復雜的跨業(yè)務處理，還要解決復雜的橫向協(xié)調問題，因此EAI(企業(yè)應用集成)的代價一般來說是很高的。傳統(tǒng)的企業(yè)應用集成方案有：基于應用編程接口(API)的方案，基于分布式對象技術(如D、RBA、EJB等)的方案等，當用戶群非常龐大時，這種點到點的集成會變得非常困難。再加上D、RBA或EJB之間出于廠商利益的技術對抗也阻礙了企

3、業(yè)應用集成。因此討論新的集成方案是很有必要的。隨著網絡技術、網絡運行理念的開展，人們提出一種新的利用網絡進展企業(yè)應用集成的解決方案eb效勞ebServies。ebServies是部署在網絡上的對象或組件集合。它采用對象組件技術、使用標準的Internet協(xié)議、將功能展示在互聯(lián)網和企業(yè)網內部。它的基石是以XL為主的、開放的eb標準技術，因此具有比任何現(xiàn)有的對象技術更好的開放性。構筑ebServies的關鍵技術有：XL、SAP、SDL、UDDI。其中，簡單對象訪問協(xié)議(SAP)提供了標準的RP方法來調用ebServies；ebServies描繪語言(SDL)用于描繪ebServies該eb效勞的元

4、數(shù)據(jù)信息：效勞的名字、提供者、效勞的詳細訪問地址等及其函數(shù)、參數(shù)和返回值；統(tǒng)一描繪、發(fā)現(xiàn)與集成(UDDI)標準定義了這樣的注冊中心：ebServies的提供者可以在其中發(fā)布相應的SDL文檔，ebServies的消費者那么可以在其中找到自己需要的效勞，并通過SDL文檔獲得如何調用相應ebServies的方法。SAP、SDL、UDDI都是基于XL的協(xié)議，正是因為使用XL，使企業(yè)應用集成在數(shù)據(jù)層上達成了一致,解決了不同平臺或系統(tǒng)、不同數(shù)據(jù)構造或形式之間的差異,使得本來復雜的數(shù)據(jù)層的集成變得簡單起來。前面討論的所有技術在ebServies中都扮演著一個角色。如圖1所示。圖1eb效勞運作圖eb效勞的懇求

5、-響應循環(huán)可以概述如下：1eb效勞提供者將本eb效勞的元數(shù)據(jù)信息、實現(xiàn)的功能和接口描繪在SDL文檔中，并發(fā)布到eb效勞注冊中心上，其信息被寫入UDDI注冊表中；eb效勞注冊中心對eb效勞進展分類，并提供eb搜索效勞。2eb效勞客戶機根據(jù)eb效勞注冊中心提供的標準接口向eb效勞注冊中心發(fā)送eb效勞查詢懇求。3eb效勞客戶機通過分析從eb效勞注冊中心得到的eb效勞綁定信息SDL，包括效勞的訪問途徑、效勞調用的參數(shù)、返回值、傳輸協(xié)議、平安要求等，對自己的系統(tǒng)進展配置。并遠程調用懇求的eb效勞。4被懇求eb效勞處理該遠程調用，并調用自己的相應操作，這個操作可能需要如EJB和JDB數(shù)據(jù)源等J2EE組件的

6、效勞以及其他eb效勞。5完成以上2)-4)的操作后，被懇求eb效勞返回給最初的用戶一個SAP消息，得到所需要的結果。EAI可以將業(yè)務流程、應用軟件、硬件和各種標準結合起來，在機構內部或機構之間實現(xiàn)應用系統(tǒng)的無縫集成，使它們象一個整體一樣進展業(yè)務處理和信息共享。它包括數(shù)據(jù)傳輸、接口集成、數(shù)據(jù)轉換、工作流和系統(tǒng)監(jiān)控5大關鍵技術。集成層面包括：數(shù)據(jù)級集成、用戶界面級集成、應用級集成、業(yè)務流程級集成。本文討論的重點放在數(shù)據(jù)級集成和業(yè)務流程級集成。2.1數(shù)據(jù)級集成數(shù)據(jù)級集成是集成其他應用所使用的后端數(shù)據(jù)，包括：數(shù)據(jù)共享、數(shù)據(jù)遷移、數(shù)據(jù)復制。有兩種方式實現(xiàn):推和拉?；凇巴频募墒菍⒁粋€應用中的數(shù)據(jù)“推入

7、另外一個應用的數(shù)據(jù)庫中，比方數(shù)據(jù)遷移就可以采用推的方式；而“拉的方式是利用觸發(fā)器以及輪詢Plling的機制，獲取數(shù)據(jù)的更改，并把通知信息寫入一個接口表中，然后相關的系統(tǒng)可以輪詢這個接口理解是否有數(shù)據(jù)變動，比方數(shù)據(jù)共享可以采用拉的方式。下面舉例說明ebServies實現(xiàn)數(shù)據(jù)共享的方式：當效勞提供者的數(shù)據(jù)發(fā)生改動時，就激活數(shù)據(jù)監(jiān)控觸發(fā)器，數(shù)據(jù)監(jiān)控觸發(fā)器將其更改數(shù)據(jù)的通知消息寫入接口表中，更新eb效勞中心的接口表。效勞懇求者采取輪詢的方式每隔一段時間向eb效勞中心發(fā)出“查詢是否數(shù)據(jù)更改的SAP消息。eb效勞中心根據(jù)接口表的更新情況向效勞懇求者返回查詢結果：假如數(shù)據(jù)發(fā)生變化，那么返回帶有數(shù)據(jù)更新的時間

8、和數(shù)據(jù)更新內容描繪信息的SDL文檔，懇求者在得到eb效勞中心發(fā)回的SDL文檔后，確定數(shù)據(jù)更新的內容是否是自己需要的數(shù)據(jù)內容，假如是自己需要的數(shù)據(jù)內容，那么生成SAP懇求消息，綁定效勞提供者以獲取最新數(shù)據(jù)；假如數(shù)據(jù)沒有發(fā)生變化，那么eb效勞中心返回“否的結果即可。2.2業(yè)務流程級集成業(yè)務流程集成是以業(yè)務流程為核心的企業(yè)集成問題。業(yè)務流程表現(xiàn)為參與者對文檔、信息或任務按照規(guī)程采取行動，并令其在參與者之間傳遞。業(yè)務流程可以通過過程集成模型決定如何進展交互和業(yè)務的處理，并對企業(yè)業(yè)務過程的狀態(tài)和性能進展實時監(jiān)控,通過過程可視化工具,對企業(yè)業(yè)務流程進展配置和管理。在業(yè)務流程中工作流占據(jù)著重要地位。工作流是

9、業(yè)務流程的計算機化或自動化，通過計算機軟件對工作流過程進展定義、執(zhí)行并監(jiān)控。圖2展示了使用ebServies技術實現(xiàn)企業(yè)內部業(yè)務流程集成的一個例如。圖2基于eb效勞的業(yè)務流程集成方案企業(yè)門戶應用程序運行過程中，執(zhí)行業(yè)務流程時，工作流引擎作為效勞懇求者要調用發(fā)布為eb效勞的應用時，它首先向eb效勞注冊中心發(fā)送查詢懇求，查詢到滿足要求的eb效勞后，得到其地址，并將相應的SDL文件下載到工作流效勞器上，當工作流引擎需要相應效勞時，就根據(jù)獲得的地址發(fā)起連接，然后通過SAP協(xié)議和eb效勞中的遠程對象綁定，進展懇求的發(fā)送和應答的接收。發(fā)送和接收的都是符合SAP標準的SAP消息。在SAP的headers和b

10、dy中即可傳送工作流相關數(shù)據(jù)，實現(xiàn)eb效勞的調用，從而實現(xiàn)應用程序的集成。2.3存在問題上述所說明的基于ebServies的EAI更合適于eb效勞懇求者對eb效勞的名稱和內容非常清楚、平安性要求不太高的企業(yè)內部異構系統(tǒng)間的集成。但是假如在不同企業(yè)間進展企業(yè)集成，或包含不同的eb應用效勞器時，那么可能存在如下問題：eb效勞發(fā)現(xiàn)和使用問題。不同企業(yè)開發(fā)自己的eb效勞，他們在eb效勞命名、eb效勞表現(xiàn)形式、eb效勞組織上會因使用的eb應用效勞器軟件不同、eb效勞程序設計者的設計理念、技術等方面的不同而給eb效勞的發(fā)現(xiàn)和使用帶來困難。如何使eb效勞懇求者可以進展語義層次上的模糊查詢并實現(xiàn)一定的智能化是

11、一個需要進一步深化研究和設計的內容。保證eb效勞協(xié)調工作的正確性。在業(yè)務流程級的企業(yè)集成中，通常需要多個eb效勞和組件按照一定的業(yè)務邏輯進展動態(tài)的組合來完成任務。但是假如將業(yè)務流程分割的eb效勞粒度不適宜，那么可能會影響eb效勞之間的動態(tài)調用，產生錯誤的執(zhí)行結果，通過正確的系統(tǒng)需求分析和流程設計，采用適宜的過程可視化工具可以在一定程度上保證程序設計的正確性。平安性問題?，F(xiàn)有的ebServies平安技術如驗證與受權、角色、定義用戶和用戶組、訪問控制、身份認證、信息加密等并不能完全保證ebServies的平安。eb效勞獨立于傳輸層，并且對防火墻具有穿透才能，使得eb效勞懇求者綁定的eb效勞存在完好性、合法性方面的平安問題。如何保證eb效勞不同粒度和級別上的信息平安仍然是一個需要解決的問題。eb效勞憑借其協(xié)議簡單、跨平臺的可操作性實現(xiàn)了Internet環(huán)境下企業(yè)應用的松散耦合與集成,使企業(yè)可以方便地集成現(xiàn)有的應用。依靠eb效勞,企業(yè)可