理解 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 服务的使用方式及注意事项。