Web服務(wù)輕松進(jìn)行企業(yè)應(yīng)用集成

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

Web服務(wù)輕松進(jìn)行企業(yè)應(yīng)用集成

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

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

隨著諸如企業(yè)資源規(guī)劃(ERP)、客戶關(guān)系管理(CRM)、供應(yīng)鏈管理(SCM)以及企業(yè)門戶(Enterprise Portal)等多種商業(yè)應(yīng)用的引入，激增了企業(yè)信息系統(tǒng)的應(yīng)用分割。早期這些系統(tǒng)被設(shè)計成自包含的“黒盒”系統(tǒng)，只有很少或者更本沒有方法來訪問它內(nèi)部的數(shù)據(jù)和商務(wù)流程。雖然現(xiàn)在許多這些應(yīng)用都提供了更好的訪問他們的內(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ù)輸入輸出服務(wù)來完成。 之所以采用這種方法是因為一個節(jié)點的數(shù)據(jù)對其他節(jié)點來說不是實時存在的，而后者也不能在處理時分析和做決定。

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

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

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

EAI的類型

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

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

● 用戶界面集成

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

● 商務(wù)流程集成

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

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

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

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

企業(yè)門戶應(yīng)用(Enterprise Portal)也可以被看成是一個復(fù)雜的界面重組的解決方案。一個企業(yè)門戶合并了多個企業(yè)應(yīng)用，同時表現(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īng)商業(yè)流程的處理，因此這限制了實時處理的能力。

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

1.批傳輸

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

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

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

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

商務(wù)流程集成

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

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

函數(shù)或方法集成

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

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

Web服務(wù)

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

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

EAI和Web服務(wù)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

用Web服務(wù)的EAI示例

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

流程步驟如下：

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

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

3.Web服務(wù)的位置和WSDL綁定信息被穿送給應(yīng)用服務(wù)器；

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

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

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

從哪里開始

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

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

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

結(jié)論

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