使用 UDDI 的 Web 服务描述和发现（第一部分）[转自微软]

为何使用 UDDI？为何需要这种注册表？当我们面对具有数千甚至数百万个 Web 服务的软件系统时，将面临以下的严峻挑战：

• 如何发现 Web 服务？
• 如何按照某种合理的方式分类信息？
• 对本地化有什么影响？
• 对专用技术有什么影响？如何保障发现机制的互操作性？
• 当应用依赖于某项 Web 服务时，如何在运行时与该发现机制进行交互？

UDDI 的出现正是为了应对这些挑战。为了解决这些问题，许多公司，其中包括 Microsoft、IBM、Sun、Oracle、Compaq、HP、Intel、SAP 以及三百多家其他公司（请参阅 （英文）以获得这些公司的完整列表），共同制定了一种基于开放式标准和非专用技术的规范。该规范的 Beta 版于 2000 年 12 月发布，正式产品于 2001 年 5 月推出。它是一个全球业务注册表，建立在多个运营商节点上，用户可以通过这些节点免费搜索和发布信息。

通过 Web 服务的这种基础结构，现在就能够以一种通用的、与供应商完全无关的方式找到有关 Web 服务的数据，而且数据一致并且可靠。使用可扩展的分类系统和标识，用户可以进行精确的分类查询。运行时 UDDI 集成可以被合并到应用程序中去。因而大大繁荣了 Web 服务软件环境。

工作原理

UDDI 数据存放在运营商（即承诺运营一个公共节点的公司）节点上。这种公共节点遵循 UDDI.org 组织管理的规范。目前已经建立了两个遵循 UDDI 规范版本 1 的公共节点：一个属于 Microsoft；另一个属于 IBM。HP 也承诺将建立一个遵循规范版本 2 的节点。数据寄存运营商之间必须能通过安全通道复制数据，从而为整个 UDDI 云团提供数据冗余。将数据发布到一个节点上后，通过复制，就可以在另一个节点上发现这些数据。目前，每隔 24 小时就进行一次复制；在将来，由于有更多的应用程序要依赖 UDDI 数据，复制的时间间隔还将缩短。

值得一提的是，对于数据寄存运营商实现其节点的方式，不存在一些专用的要求，只要节点遵循 UDDI 规范即可。例如，Microsoft 的节点 （英文）完全用 C# 写成，并运行于 .NET Beta 2 公共语言运行时环境下。其代码基础充分利用了 .NET 系统类提供的本地 SOAP 支持和序列化。在后端，Microsoft 运营商节点使用 Microsoft® SQL Server 2000 作为其数据仓库。而 IBM 使用其他技术来运行其节点！但是，这两个节点的行为是相同的，因为它们都遵循相同的一套基于 SOAP 的 XML API 调用。客户端工具可以和这些节点进行无缝的交互操作。因此，UDDI 公共云团是一个最佳方案，它展示了 XML Web 服务模型如何跨异类环境进行工作。