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

無(wú)雙

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

　　本文所引用的資源主要包括兩類，一類是Web服務(wù)的技術(shù)資源網(wǎng)站，包含了大量Web服務(wù)的技術(shù)信息，另一類是Web服務(wù)“stack"系列技術(shù)規(guī)范，他們是一個(gè)整體的技術(shù)體系，包括UDDI、SOAP、WSDL、XML等。本文的最后給出了這些資源的鏈接，有興趣的讀者可以通過(guò)這些資源鏈接找到所需的內(nèi)容。

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

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



Figure 1. 點(diǎn)對(duì)點(diǎn)的B2B應(yīng)用互聯(lián)

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

　　Figure 1的每一個(gè)節(jié)點(diǎn)都包含它自己的數(shù)據(jù)，而這些數(shù)據(jù)可能會(huì)在節(jié)點(diǎn)之間共享。共享這些數(shù)據(jù)代表性的方法是通過(guò)數(shù)據(jù)傳輸方法，包括一批數(shù)據(jù)處理以及數(shù)據(jù)輸入輸出服務(wù)來(lái)完成。之所以采用這種方法是因?yàn)橐粋�(gè)節(jié)點(diǎn)的數(shù)據(jù)對(duì)其他節(jié)點(diǎn)來(lái)說(shuō)不是實(shí)時(shí)存在的，而后者也不能在處理時(shí)分析和做決定。

無(wú)雙

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

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


Figure 2. B2B企業(yè)應(yīng)用集成

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

[/url]

無(wú)雙

EAI的類型

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

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

　　用戶界面集成
　　數(shù)據(jù)集成
　　商務(wù)流程集成
　　函數(shù)/方法集成
　　當(dāng)我們看到這些解決方案的類型，要注意的是我們?cè)谟懻摻鉀Q方案的樣式而不是具體實(shí)現(xiàn)。 用戶界面集成(界面重組)

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

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

無(wú)雙

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

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

　　此外還有一些數(shù)據(jù)復(fù)制和中間件工具來(lái)推動(dòng)在數(shù)據(jù)源之間的數(shù)據(jù)傳輸，一些是以實(shí)時(shí)方式工作的，一些是以批處理方式工作的。

　　下面列出了一些數(shù)據(jù)集成的方法：

　　批傳輸
　　數(shù)據(jù)合并
　　數(shù)據(jù)復(fù)制
　　析取、轉(zhuǎn)換、裝載解決方案(ETL Solution)

Figure 3. ETL Solution

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

無(wú)雙

商務(wù)流程集成

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

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


Figure 4. 基于開(kāi)放式商務(wù)流程的集成

無(wú)雙

函數(shù)/方法集成

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


Figure 5. 函數(shù)/方法的集成

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

無(wú)雙

Web服務(wù)

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

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

EAI和Web服務(wù)

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

　　使用Web服務(wù)，通過(guò)松散的應(yīng)用集成，一個(gè)企業(yè)可以僅僅實(shí)現(xiàn)EAI的一個(gè)子集，即能取得實(shí)效。與之相反，EAI要實(shí)現(xiàn)一個(gè)全盤(pán)的方案，來(lái)緊密的集成和聯(lián)系支持公司業(yè)務(wù)的所有的系統(tǒng)和應(yīng)用。在公司內(nèi)部不同的業(yè)務(wù)系統(tǒng)和技術(shù)單體中可能需要花費(fèi)數(shù)年的持續(xù)的努力，高投資以及為之配備的充實(shí)的資源。 Web服務(wù)，以這樣一種松散的服務(wù)捆綁集合形式(也可以說(shuō)是一個(gè)特別得解決方案)，能夠快速、低代價(jià)地開(kāi)發(fā)、發(fā)布、發(fā)現(xiàn)和動(dòng)態(tài)綁定應(yīng)用。就當(dāng)代Web服務(wù)的技術(shù)發(fā)展水平來(lái)看，Web服務(wù)可以實(shí)現(xiàn)應(yīng)用程序之間的函數(shù)或方法級(jí)的集成。他們不是自然的基于事務(wù)的，同時(shí)僅提供了基本的"請(qǐng)求/響應(yīng)"功能。然而，在下一代的Web服務(wù)中，在功能上和技術(shù)上都會(huì)更先進(jìn)，將會(huì)提供用戶接口封裝和安全性，他們將能夠包裝一個(gè)應(yīng)用程序并且把他嵌入到其他的應(yīng)用程序中去。

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

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

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

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

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

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

　　靈活性：既然EAI解決方案需要點(diǎn)對(duì)點(diǎn)集成，一端的改變必須告知另外一端，這自然使集成變得非常的生硬，同時(shí)也是浪費(fèi)開(kāi)發(fā)人員的時(shí)間的�；�于Web服務(wù)的集成是非常靈活的，因?yàn)樗�是建立在發(fā)布服務(wù)的應(yīng)用程序和使用服務(wù)的應(yīng)用程序之間的松散耦合。 便宜：EAI解決方案，諸如消息中介，其實(shí)施是非常昂貴的。而Web服務(wù)的實(shí)施則會(huì)變得便宜而快速。

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

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

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

無(wú)雙

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

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


Figure 6. 使用Web服務(wù)進(jìn)行WAI的示例

　　流程步驟如下：

　　在登錄企業(yè)門(mén)戶之后，用戶發(fā)出請(qǐng)求信息；


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


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


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


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


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

無(wú)雙

從哪里開(kāi)始

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

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

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

結(jié)論

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

參考資料

Web Service 技術(shù)/評(píng)論網(wǎng)站
　
UDDI-China.ORG, 以UDDI為主的Web服務(wù)技術(shù)網(wǎng)站。
WebServices.ORG, Web服務(wù)的綜合類技術(shù)網(wǎng)站。
IBM developerWorks/Web Service Zone, IBM的Web服務(wù)技術(shù)資源中心
MSDN Online Web Services Developer Resources, Microsoft的Web服務(wù)的開(kāi)發(fā)者資源網(wǎng)站
解決B2B電子商務(wù)應(yīng)用交互和集成的InterOP Stack系列技術(shù)標(biāo)準(zhǔn)規(guī)范
　
UDDI執(zhí)行白皮書(shū), UDDI-China.org, UDDI.org
UDDI技術(shù)白皮書(shū), UDDI-China.org, UDDI.org
UDDI程序員API規(guī)范 v2.0, UDDI-China.org, UDDI.org
UDDI數(shù)據(jù)結(jié)構(gòu)參考 v2.0, UDDI-China.org, UDDI.org
UDDI程序員API規(guī)范 v1.0, UDDI-China.org, UDDI.org
UDDI數(shù)據(jù)結(jié)構(gòu)參考 v1.0, UDDI-China.org, UDDI.org
Microsoft UDDI Resource Center & UDDI Operator, Microsoft Cooperation
Web Service and UDDI, IBM
SOAP Version 1.2 中文版, W3C Working Draft 9 July 2001/UDDI-China Translation