Web服務輕松進行企業(yè)應用集成

申請免費試用、咨詢電話：400-8352-114

Web服務輕松進行企業(yè)應用集成

我們知道，大多數(shù)企業(yè)都有由過去遺留下來的異構(gòu)的系統(tǒng)、應用、商務流程以及數(shù)據(jù)源構(gòu)成的應用環(huán)境。應用環(huán)境的通信狀況是混亂的，只有很少的接口文檔，并且維護代價也非常的昂貴。而數(shù)字時代市場的合并又提出了一些附加的問題，即公司的聯(lián)合和兼并能夠指數(shù)級的增加系統(tǒng)綜合的復雜性。

當企業(yè)向B2B電子商務協(xié)作方向遷移時，他們首先要做的是審視他們內(nèi)部的系統(tǒng)、應用以及商務流程。一些商務流程會橫跨多個內(nèi)部應用，在企業(yè)能夠有效的和外部網(wǎng)絡連接之前，這些應用必須能夠?qū)崟r動態(tài)的進行通訊。

隨著諸如企業(yè)資源規(guī)劃(ERP)、客戶關(guān)系管理(CRM)、供應鏈管理(SCM)以及企業(yè)門戶(Enterprise Portal)等多種商業(yè)應用的引入，激增了企業(yè)信息系統(tǒng)的應用分割。早期這些系統(tǒng)被設(shè)計成自包含的“黒盒”系統(tǒng)，只有很少或者更本沒有方法來訪問它內(nèi)部的數(shù)據(jù)和商務流程。雖然現(xiàn)在許多這些應用都提供了更好的訪問他們的內(nèi)部數(shù)據(jù)和商業(yè)邏輯的方法，可是把這些系統(tǒng)和企業(yè)里其他系統(tǒng)集成仍是一個巨大的挑戰(zhàn)。

圖1的每一個節(jié)點都包含它自己的數(shù)據(jù)，而這些數(shù)據(jù)可能會在節(jié)點之間共享。共享這些數(shù)據(jù)代表性的方法是通過數(shù)據(jù)傳輸方法，包括一批數(shù)據(jù)處理以及數(shù)據(jù)輸入輸出服務來完成。 之所以采用這種方法是因為一個節(jié)點的數(shù)據(jù)對其他節(jié)點來說不是實時存在的，而后者也不能在處理時分析和做決定。

什么是企業(yè)應用集成?

不斷增長的客戶和商業(yè)伙伴對實時信息的期望的持續(xù)增加，為了滿足這種期望的需要，企業(yè)被迫連接他們的那些異構(gòu)的系統(tǒng)來增加產(chǎn)出、提高效率以及，最終的，使顧客滿意。為使一個組織內(nèi)部IT系統(tǒng)互相通信，導致了企業(yè)應用集成(EAI)的發(fā)展。EAI通過建立底層結(jié)構(gòu)，來聯(lián)系橫貫整個企業(yè)的異構(gòu)系統(tǒng)、應用、數(shù)據(jù)源等。EAI解決方案的起源可以追溯到那些提供雙向的解決方案以完成在企業(yè)內(nèi)部的ERP、CRM、SCM、數(shù)據(jù)庫、數(shù)據(jù)倉庫以及其他重要的內(nèi)部系統(tǒng)之間無縫地共享和交換數(shù)據(jù)的需要。

EAI不是一個能徹底解決最終問題的方案，他更可以說是正在建立一個靈活的、標準化的企業(yè)應用底層架構(gòu)，可以允許新的基于IT的應用和商業(yè)處理能夠更容易和更有效的被部署。新的底層架構(gòu)允許企業(yè)中的應用能夠?qū)崟r的，無縫的互相通信。

EAI的類型

EAI解決方案可以呈現(xiàn)許多種形式并以多種級別出現(xiàn)。EAI合適的級別依賴于許多因素，包括公司的大小、公司的行業(yè)類別、公司應用的集成度或是項目的復雜度以及預算等等。

這里列出了EAI的中間件解決方案的4個類型：

● 用戶界面集成

● 數(shù)據(jù)集成

● 商務流程集成

● 函數(shù)或方法集成

當我們看到這些解決方案的類型，要注意的是我們在討論解決方案的樣式而不是具體實現(xiàn)。

用戶界面集成(界面重組)

界面重組是一個面向用戶的整合，他將原先系統(tǒng)的終端窗口和PC的圖形界面使用一個標準的界面(有代表性的例子是使用瀏覽器)來替換。一般的，應用程序終端窗口的功能可以一對一地映射到一個基于瀏覽器的圖形用戶界面。新的表示層需要與現(xiàn)存的遺留系統(tǒng)的商業(yè)邏輯或者一些封裝的應用如ERP、CRM以及SCM等進行集成。

企業(yè)門戶應用(Enterprise Portal)也可以被看成是一個復雜的界面重組的解決方案。一個企業(yè)門戶合并了多個企業(yè)應用，同時表現(xiàn)為一個可定制的基于瀏覽器的界面。在這個類型的EAI中，企業(yè)門戶框架和中間件解決方案是一樣的。

數(shù)據(jù)集成

數(shù)據(jù)集成發(fā)生在企業(yè)內(nèi)的數(shù)據(jù)庫和數(shù)據(jù)源級別。通過從一個數(shù)據(jù)源將數(shù)據(jù)移植到另外一個數(shù)據(jù)源來完成數(shù)據(jù)集成。數(shù)據(jù)集成是現(xiàn)有EAI解決方案中最普遍的一個形式。然而，數(shù)據(jù)集成的一個最大的問題是商業(yè)邏輯常常只存在于主系統(tǒng)中，無法在數(shù)據(jù)庫層次去響應商業(yè)流程的處理，因此這限制了實時處理的能力。

此外還有一些數(shù)據(jù)復制和中間件工具來推動在數(shù)據(jù)源之間的數(shù)據(jù)傳輸，一些是以實時方式工作的，一些是以批處理方式工作的。
下面列出了一些數(shù)據(jù)集成的方法：

1.批傳輸

2.數(shù)據(jù)合并

3.數(shù)據(jù)復制

4.析取、轉(zhuǎn)換、裝載解決方案(ETL Solution)

ETL解決方案(如上圖所示)，是基于ETL引擎的，從不同的應用程序析取、轉(zhuǎn)換、過濾和裝載數(shù)據(jù)到數(shù)據(jù)倉庫和(或)數(shù)據(jù)市集?，F(xiàn)在ETL已經(jīng)是企業(yè)實現(xiàn)數(shù)據(jù)集成的一個非常有效的途徑。

商務流程集成

雖然數(shù)據(jù)集成已經(jīng)證明是EAI的一個流行的形式，然而，從安全性、數(shù)據(jù)完整性、商務流程角度來看，數(shù)據(jù)集成仍然存在著很多問題。組織內(nèi)大量的數(shù)據(jù)是被商業(yè)邏輯所訪問和維持的。商業(yè)邏輯應用并加強了必須的商業(yè)規(guī)則、商務流程和安全性，而這些對于下層數(shù)據(jù)都是必需的。

商務流程集成產(chǎn)生于跨越了多個應用的商務流程層。通常通過使用一些高層的中間件來表現(xiàn)商務流程集成的特征。這類中間件產(chǎn)品的代表是消息中介，消息中介使用一個總線模式或者是HUB模式來對消息處理標準化并控制信息流。下面的圖示在一個較高的層次說明了一個開放的商務流程的組成：

函數(shù)或方法集成

函數(shù)和方法集成包括直接的和嚴格的，在網(wǎng)絡環(huán)境中的跨平臺應用程序之間的應用到應用(A2A)的集成。它涵蓋了普通的代碼(COBOL,C++,Java)撰寫、應用程序接口(APIs)、遠端過程調(diào)用(RPCs)、分布式中間件如TP監(jiān)控、分布式對象、公共對象訪問中介(CORBA)、Java遠端方法調(diào)用(RMI)、面向消息的中間件以及Web服務等等各種軟件技術(shù)。

面向函數(shù)和方法的集成一般來說是處于同步模式的，即基于客戶(請求程序)和服務器(響應程序)之間的請求響應交互機制。

Web服務

Web服務提供了一個分布式的計算技術(shù)，用于在Internet 或者intranet上通過使用標準的XML協(xié)議和信息格式來展現(xiàn)商業(yè)應用服務。使用標準的XML協(xié)議使得Web服務平臺、語言和發(fā)布者能夠互相獨立，這是EAI解決方案的一個理想的候選者。

通過開放的Internet標準：Web服務描述語言(WSDL，用于服務描述)，統(tǒng)一描述、發(fā)現(xiàn)和集成規(guī)范(UDDI，用于服務的發(fā)布和集成)，簡單對象訪問協(xié)議(SOAP，用于服務調(diào)用)和Web服務流語言(WSFL，用來定義工作流，這尚不是一個W3C標準)，Web服務消除了現(xiàn)存解決方案(如CORBA和DCOM)中的互用性問題。

EAI和Web服務

Web服務不是EAI或者是EAI的一部分，更甚者，Web服務是另外一個技術(shù)，Web服務能夠使EAI成為真正可能的、便捷實施的，同時又引人注目的解決方案。Web服務能徹底地改變傳統(tǒng)的EAI中點對點的集成處理方式。

使用Web服務，通過松散的應用集成，一個企業(yè)可以僅僅實現(xiàn)EAI的一個子集，即能取得實效。與之相反，EAI要實現(xiàn)一個全盤的方案，來緊密的集成和聯(lián)系支持公司業(yè)務的所有的系統(tǒng)和應用。在公司內(nèi)部不同的業(yè)務系統(tǒng)和技術(shù)單體中可能需要花費數(shù)年的持續(xù)的努力，高投資以及為之配備的充實的資源。

Web服務，以這樣一種松散的服務捆綁集合形式(也可以說是一個特別得解決方案)，能夠快速、低代價地開發(fā)、發(fā)布、發(fā)現(xiàn)和動態(tài)綁定應用。就當代Web服務的技術(shù)發(fā)展水平來看，Web服務可以實現(xiàn)應用程序之間的函數(shù)或方法級的集成。他們不是自然的基于事務的，同時僅提供了基本的“請求/響應”功能。然而，在下一代的Web服務中，在功能上和技術(shù)上都會更先進，將會提供用戶接口封裝和安全性，他們將能夠包裝一個應用程序并且把他嵌入到其他的應用程序中去。

現(xiàn)有的主要關(guān)注于應用集成的EAI解決方案將不得不因此而改變。在將來，包裝好的應用程序?qū)⑹褂萌鏧ML、SOAP、WSDL和UDDI技術(shù)來把他們的函數(shù)或方法作為Web服務的界面來顯示。因此，EAI解決方案將不得不提供一個對服務集成的廣泛的支持，而不僅僅是應用集成。

傳統(tǒng)EAI解決方案和Web服務之間的顯著的不同

下面是傳統(tǒng)的EAI解決方案和Web服務之間的一些基本的不同點：

(注意：有一些不同點所描述的Web服務的特點可能并非是Web服務目前有的特性，而是考慮了Web服務被提議的未來的改進)

簡單性：毫無疑問，相比于典型的EAI解決方案(也許包括分布式技術(shù)如DCOM和CORBA)，Web服務更便于設(shè)計、開發(fā)、維護和使用。既然開發(fā)和使用Web服務的平臺框架已經(jīng)準備好了，創(chuàng)建跨越多個應用程序的商務流程處理將變得相對簡單。

開放標準：不像有所有權(quán)的EAI解決方案，Web服務是基于開放標準諸如UDDI、SOAP、HTTP的。這個可能是導致Web服務被廣泛接受的最重要的因素。事實上基于現(xiàn)存的開放標準消除了企業(yè)潛在地為了支持新出現(xiàn)的Web技術(shù)的投資的需要。

靈活性：既然EAI解決方案需要點對點集成，一端的改變必須告知另外一端，這自然使集成變得非常的生硬，同時也是浪費開發(fā)人員的時間的?；赪eb服務的集成是非常靈活的，因為他是建立在發(fā)布服務的應用程序和使用服務的應用程序之間的松散耦合。

便宜：EAI解決方案，諸如消息中介，其實施是非常昂貴的。而Web服務的實施則會變得便宜而快速。

范圍：EAI解決方案，諸如消息中介，把應用程序作為一個單個的實體來集成。然而Web服務允許企業(yè)把大的應用劃分為小的獨立的邏輯實體并且包裝他們。舉例來說，企業(yè)可以為一個ERP應用的不同的商業(yè)組件進行包裝。如訂單管理、接受購買訂單、訂單情況、訂單確認、帳戶接受、帳戶支付等等。

高效性：已在前面幾點提到的，Web服務允許應用程序劃分為一些小的邏輯組件，因為在小粒度基礎(chǔ)上集成應用程序，集成將變得更容易。這也使Web服務的EAI解決方案比傳統(tǒng)的EAI解決方案更有效率。

動態(tài)：Web服務通過提供動態(tài)的服務接口來實施一個動態(tài)的集成。然而傳統(tǒng)的EAI解決方案都是靜態(tài)處理的。

用Web服務的EAI示例

下面的[圖表]顯示了在一個在企業(yè)內(nèi)使用Web服務的例子。在這個例子中，在應用服務器中運行的企業(yè)門戶從多個內(nèi)部應用集成信息，并提供一個跨越這些應用的業(yè)務處理的入口點。企業(yè)門戶應用通過內(nèi)部應用程序使用私有UDDI注冊中心(Private UDDI Registry)來獲得可提供的Web服務的技術(shù)信息，并且在企業(yè)內(nèi)部Intranet上調(diào)用這些服務。一些經(jīng)常被調(diào)用的Web服務的綁定信息將被企業(yè)門戶應用緩存，這樣得以避免花費在動態(tài)綁定上的資源和時間。在這個例子里面，Web服務把企業(yè)門戶和CRM、ERP應用程序松散的集成在一起。

流程步驟如下：

1.在登錄企業(yè)門戶之后，用戶發(fā)出請求信息；

2.支持企業(yè)門戶框架的應用程序通過瀏覽私有UDDI注冊中心獲得關(guān)于CRM和ERP應用的Web服務的技術(shù)；

3.Web服務的位置和WSDL綁定信息被穿送給應用服務器；

4.應用程序調(diào)用CRM應用發(fā)布的Web服務得到個人的信息，如名字、身份證號碼、地址以及用戶的Email。這個通訊過程是基于SOAP交互的；

5.應用程序調(diào)用ERP應用發(fā)布的Web服務獲得銀行帳號信息，諸如銀行帳號號碼，結(jié)余和用戶交易歷史記錄。這個通訊過程也是基于SOAP交互的；

6.信息被格式化后，被發(fā)給起初的調(diào)用用戶。

從哪里開始

企業(yè)在內(nèi)部應用程序中使用Web服務來實施應用集成的項目，應當從函數(shù)、應用程序接口(API)，或者遠端過程調(diào)用(RPC)級別開始這一進程。這個將使企業(yè)內(nèi)使用和實施Web服務的IT技術(shù)人員熟悉Web服務技術(shù)，當企業(yè)將來使用Web服務進行外部集成(B2B集成)項目時，將會有助于項目的有效進行。在Intranet內(nèi)控制、管理、尋找、執(zhí)行和維護Web服務相對來說也比通過企業(yè)防火墻在Internet上使用Web服務更為容易。進一步來說，它將幫助企業(yè)來比較和鑒別，使用標準化和相對便宜的Web服務解決方案相對于昂貴的傳統(tǒng)的EAI解決方案到底是不是對提高企業(yè)的產(chǎn)出率更有幫助。

然而，要求企業(yè)拋棄現(xiàn)存的EAI底層架構(gòu)并且盲目的轉(zhuǎn)向開發(fā)基于Web服務的解決方案來替代它是不太現(xiàn)實的。企業(yè)不會停止使用提供完整事務服務的EAI中間件框架。在使用Web服務的場所，不是替代(現(xiàn)在還不是)，而是應該使用Web服務來支撐現(xiàn)存的下層結(jié)構(gòu)。

經(jīng)過一段時間，Web服務將逐漸的由一個EAI解決方案進化為一個B2Bi(B2B Intergration)解決方案。

結(jié)論

通過一個被Web標準支持的方法而不是一個有私有知識產(chǎn)權(quán)的系統(tǒng)，Web服務提供一個中立的平臺來集成應用程序，從而被用于集成不同的應用系統(tǒng)。依靠Web服務，企業(yè)能夠?qū)崟r地訪問不同部門、不同應用、不同平臺和不同系統(tǒng)的信息，這已是Web服務被接受的最重要和最有力的因素之一。在企業(yè)”冒險”在B2B中使用Web服務實施應用集成之前，企業(yè)應當首先在他們內(nèi)部的非面向事務的一般商業(yè)流程集成中使用Web服務。