MILY: 宋體; mso-ascii-font-family: Verdana; mso-hansi-font-family: Verdana">理解UDDI(1)：UDDI服務實施的體系架構

(本文最初由 IBM developerWorks 中國網站發表，其網址是http://www.ibm.com/developerWorks/cn/)

(本文是我在developerWorks專欄發表的UDDI服務實施的體系架構，需要瀏覽未縮減版原文，請訪問http://www.ibm.com/developerWorks/cn/)

統一描述、發現和集成協議(UDDI, Universal Description, Discovery and Integration)是一套基于Web的、分布式的、為Web服務提供的信息注冊中心的實現標準規范，同時也包含一組使企業能將自身提供的Web服務注冊以使得別的企業能夠發現的訪問協議的實現標準。

Web服務是下一代的WWW，它允許在Web站點上放置可編程的元素，使得能進行基于Web的分布式計算和處理。UDDI注冊中心的創建目的就是為促進企業的Web服務的發展及為企業發現適當的Web服務。

本文主要描述了基于UDDI標準規范的UDDI注冊中心的實施的體系架構，以及那些基于UDDI和SOAP的Web服務的實現架構。

基本概念

UDDI規范：UDDI規范V1版包括兩個規范文本，UDDI Programmer’s API V1.0(UDDI程序員API規范1.0)和UDDI Data Structure Reference V1.0(UDDI數據結構參考1.0)。前者定義了UDDI Operator Site能夠支持的API接口，而后者則描述了在API中具體XML描述的數據結構的具體定義。UDDI規范是UDDI Operator Site是實現藍本，也是需要訪問UDDI Registry的Web服務的參考規范。

UDDI Registry (UDDI注冊中心)：UDDI Registry是所有提供公共UDDI注冊服務的站點的通稱。UDDI Registry是一個邏輯上的統一體，在物理上則是以分布式系統的架構實施的，而不同站點之間是采用P2P(對等網絡)架構實施的，因此訪問其中任意一個站點就基本等于訪問了UDDI Registry。

UDDI Operator Site (UDDI注冊中心操作入口站點，簡稱UDDI操作入口): UDDI Operator Site是UDDI Registry中每一個對等結點，對于UDDI Operator Site的查詢所獲得的結果是覆蓋全UDDI Registry中的信息的，信息查詢無需身份認證；而在UDDI Operator Site上進行信息發布則必須使用該UDDI Operator Site自身的用戶方能實施，同時以后的更新、刪除都必須通過這個Operator Site，并使用初始發布時使用的用戶進行權限認證。

Compatible UDDI Registry(兼容的UDDI注冊中心): 所有兼容UDDI規范但并非屬于提供公共服務的UDDI Registry的個別UDDI注冊中心，都稱為兼容的UDDI注冊中心。

UDDI - 技術發現層

統一描述、發現和集成協議(UDDI)規范一個由Web服務所構成的邏輯上的云狀服務，同時也定義了一種編程接口，這種編程接口提供了描述Web 服務的簡單框架。規范包括幾份相關的文檔和一份XML Schema ，用來定義基于SOAP 的注冊和發現Web 服務的協議。這些規范由來自多家業界主要公司的技術人員和管理人員花費了幾個月的時間制定完成。這些公司也擔負起實現第一批UDDI商業注冊中心服務的任務，這些服務將可以被所有人所訪問，同時其多個合作站點之間能夠無縫地共享注冊信息。

P2P(Peer to Peer)數據同步

在UDDI的核心系統實施中，采用的是P2P(Peer to Peer)的體系架構。從UDDI Registry的外部來看，UDDI Registry對于用戶而言是一個整體的服務，而不同的UDDI操作入口站點(Operator Site)是整個UDDI Registry服務的不同的訪問入口，用戶信息是與訪問入口相關聯的，而用戶注冊的信息在查詢上與訪問入口無關，所有用戶可以任意選擇UDDI操作入口站點(Operator Site)進行信息查詢，獲得的數據的范圍是覆蓋所有UDDI Registry中邏輯存在的數據的。UDDI操作入口站點(Operator Site)的職責是具備注冊數據的托管權，每個注冊數據條目的所有權有兩級，第一層次它是屬于某個操作入口站點的，第二層次它是屬于某個操作入口站點上注冊的用戶(發布者)的。值得注意的是，不同的操作入口站點可以有不同的用戶認證機制和不同的用戶管理方法。

UDDI信息模型

UDDI 注冊使用的核心信息模型由XML Schema 定義。使用XML 是因為它提供了平臺無關的數據描述并很自然的描述了數據的層次關系。而選擇XML Schema 是因為它支持豐富的數據類型，便捷的描述方式及其按信息模型對數據進行驗證的能力。

UDDI XML Schema 定義了四種主要信息類型，它們是技術人員在需要使用合作伙伴所提供的Web 服務時必須了解的技術信息。它們是：商業實體信息(businessEntity)、服務信息(businessService)、綁定信息(bindingTemplate)和服務調用規范(tModel)的說明信息。

查詢API與發布API

查詢API包含兩類調用，使程序能快速地定位候選商業實體、Web服務及其調用規范，然后在最初調用獲得的初始信息的基礎上，獲得進一步的相關信息的細節。這類以find_xx命名的API提供了多種搜索標準，從而能對注冊中心中的數據進行廣泛地搜索。

發布API包括四個save_xx 函數和四個delete_xx 函數，每個對應于一個UDDI主要結構(businessEntity，binsinessService，bindingTemplate，tModel)。

總結

本文著重介紹了UDDI實施的服務體系架構，簡要介紹了注冊信息模型和查詢/發布API。我將在以后的文章中詳細介紹信息模型并結合查詢/發布API介紹UDDI服務的使用方式及注意事項。