为什么 UDDI 会成功？即使缄默无闻
柴晓路
2001-5-15
本文最初由 IBM developerWorks 中国网站发表，其网址是
http://www.ibm.com/developerWorks/cn/
到 2001 年 5 月份，统一描述、发现和集成协议 (UDDI ， Universal Description, Discovery and Integration) 标准已经诞生了有七个月了。或许是 NASDAQ 的下跌使得评论家们对这些技术标准投去了比以往更为怀疑的目光，但是就算是在目前这样一个疲软的经济环境下， UDDI 技术的发展所获得的支持力量仍然在不断地增长，这，实际上预示着 UDDI 计划成功的开始。
UDDI 标准的奠基者们 (IBM, Microsoft 和 Ariba) 确信 UDDI 将得到广泛的关注，我也坚信这一点，然而我也相信大多数读者对它仍然是非常陌生的。目前，关于 Web 服务和 UDDI 标准的细节方面的热烈讨论也仅仅出现在电子商务领域中的一些领头羊之间。无法确认，目前 UDDI 未获得媒体的有力吹捧的根本原因是是么？到底是因为对它的简单否定，还是为保持这个由开发者支持的标准的健康发展。然而，有一点可以确认的是，使 UDDI 获得成功的诸要素正在幕后慢慢的发展着。
从最初的 36 个，到现在已经有超过 250 个公司和机构签署了 " 在将来支持 UDDI" 协议并加入了 UDDI 的大团体 UDDI Community 。整个 UDDI 的开发和支持的团体已经覆盖了象波音和福特这样的工业巨头，以及各大技术提供者，如 Microsoft 、 IBM 、 Sun 、 HP 和 Oracle 等。特别的是，组织中的会员正慢慢地跨越了公司自身发展策略的界限，例如，作为直接竞争的双方，像 Ariba 和 Commerce One 、 Microsoft 和 Sun ，都一起携手参与了 UDDI 计划。
UDDI 所蕴涵的所有基本优越性，在过去的六个月中都没有发生根本的变化。发展和支持 Web 服务的解决方案正在逐步的、越来越多的被公诸于世。那么，为什么有那么多的公司热衷于这么一个看上去很普通的协议呢？我认为有两个主要的因素将促使 UDDI 获得非凡成功：
§ UDDI 所能解决的问题正是目前的大商业环境中大家所确实面对并需要解决的
§ 非常明智而及时地推出作为技术实现基础的技术规范标准
对 UDDI 的简短回顾
UDDI 本质上是为解决当前在开发基于组件化的 Web 服务中所使用的技术方法无法解决的一些问题。 UDDI 具有非凡的技术简单性，他为 Web 服务在技术层次上提供了三个重要的支持：
§ 标准化的、透明的、专门描述 Web 服务的机制
§ 调用 Web 服务的简单机制
§ 可访问的 Web 服务注册中心
从理论上来说，所需要发布的企业所有信息由 UDDI 商业注册中心提供，这些信息包括三个部分：公司联络信息的 “ 白皮书 ” ，依据标准分类法的商业分类的 “ 黄皮书 ” 和提供被发布服务的技术描述信息的 “ 绿皮书 ” 。
白皮书的内容包括：
§ 公司名称
§ 联络信息
§ 对人而言易读的描述
§ 标识 (DUNS, 纳税帐号等 )
黄皮书的内容包括：
§ 服务和产品索引
§ 工业代码
§ 地理索引
绿皮书的内容包括：
§ 电子商务规则
§ 服务描述
§ 应用的调用方法
§ 数据绑定
由于 UDDI 通常被通俗的语言降格为一个电话目录，因此如此重要的这么一个中央商业注册中心的价值很容易被忽略。事实上， UDDI 注册中心如同 Internet 一样，是为广泛的、分布式的商务媒介环境服务的。
作为一个辅助的说明佐证，让我们来看看 1994 年以前的 Web 。在斯坦福大学的两个学生决定公布并不断的更新他们所寻找到的所有网站地址之前，我们是如何使用 Web 的。 Yahoo! ，令 Internet 用户在网站上寻找并获得信息的方式有了一个根本性的改变。 Yahoo! 的网站目录服务对 Internet 的影响仅仅次于 NCSA Mosaic 浏览器对 Internet 的影响，我们至今仍在使用这两项技术和方法。
在 Yahoo! 出现之前，发现信息需要花费大量时间，并且依赖于用户对访问的网站的第一印象的简单认知（可能依赖很大的运气成分）。这与今天通过偶然的机会来发现 Web 服务的方式是十分相似的。人们在实现并连接远端系统时必须遵循在线下制定的协议，并且依据技术说明文档使他们的计算机及软件和远端的计算机和软件 (Web 服务 ) 进行交互。
UDDI 承诺将解决这一实现上的瓶颈，并将显著地加强基于 Web 的软件和其他软件的连接能力。就如同 Yahoo! 戏剧般地提高了 Web 用户查找信息的效率一样， UDDI 的注册中心和语汇集将大大提高基于 Web 的应用和商务流程进行集成的效率。继而，代表企业财富的技术和商业人员将能被解放出来，并将他们的精力集中于解决战略上的问题。当电子商务朝着机器对机器的直接交流的方向发展的时候，对自动化的商务过程的有效发现就成为应用实现中非常重要的实现机制了。
商业上的一线希望
当今社会的 CIO 们究竟在想什么？简单的，让我们来看看 James Carville 那著名的生动化的描述： " 乏味，这就是经济。 " 同时，我们将不对最近令人失望的业界收入和技术部门的裁员做出详述。换而言之，简单地说就是在资本市场的突然真空和经济预言家的日益增长的不安定性预测将促使企业决策者起码在未来的六个月里采取保守的姿态。
遵循传统的智者们将坚持，在经过了 90 年代之后的由 Internet 燃起的那一股投资热潮之后，对技术的投资将非常理智和平静。我们和一家主要的金融服务公司的 CIO 进行交谈时得知他近期就向他的公司发出了如上的警示性的通知。普通的技术决策者，在这一年剩下的时间里将不投资于任何较大的 IT 项目。他认为公司在电子商务及持续爆炸式成长的其他技术上的投资过载了，现在需要做的是非常小心地关注他们每月的固定成本。这一状态实际上可能预示着那些能推动顶端扩张的基础架构上的投资潮趋向平静。
无论如何，这并不意味着所有的技术投资都会消失。在保持财务底线这一规则的驱动下，企业管理层将继续寻找未被开发的方法来提高效率。技术部门的问题仍然非常显而易见，我们认为以下这几种技术将使公司的贸易更为有效 -- 企业应用集成 (EAI) ，供应链管理和协作计划及预测 -- 在未来超过九个月的时间里将获得大量的关注。
尽管收入问题也在困扰着 Ariba 和 Commerce One ，然而他们的 MRO(Maintenance, Repair and Operation) 系统和非直接原料采购自动化技术使自动商业贸易以最简单的形式运作，这令我们感到使这些公司发展下一代的商业 Web 服务有了一线希望。他们的大部分潜在客户都已经采集了最底层的成果，并且正试图寻找 Web 服务所能完成的更为复杂的流程所带来的高效性。
从历史的角度来看，这些复杂流程的技术解决方案已经被扭曲并等同于安装了多年的企业资源计划软件 (ERP) 了。以 Internet 为基础的技术仅仅只取代了其中的某些部分，而大部分仍然被传统技术所支配。
退回一步来审视一下这一状况我们认为是非常值得的，为什么企业应用会使用这样一种方式 -- 供应链自动化、 ERP 、及大量的企业应用集成（ EAI ）模块 -- 从技术的角度去理解将是多么地困难。
简单地说，这是由于每个被模式化的，预先计划好的的、自动化的商业流程的实现是唯一的。当然，更为进步的软件的代码可能是先进的，面相对象的和可重用的，但是当涉及系统间联系的时候 -- 用程序员的专业术语就是，描述和文档化远程程序调用 (RPCs)-- 仍然是一个个的孤立事件。每当有一个新的伙伴或者客户要进入到这个混合体，应用间联系的实现就必须又一次手工地重新代码实现。
其中根本的原因是远程过程界面是不可发现的。换句话说，以这些技术的能力，在这种体系架构下是无法自动地查询得到这些界面，同时系统也不能 " 自我治愈地 " 在曾经建立过连接的对等系统中重新建立连接。远程程序调用是公认的脆弱，并且在所有 EAI 实施方案中它也是最弱的。
当这种商业流程协商被改良了之后，我们将得以继续审视像 Nike 这样的不恰当的供应链自动化的初步尝试。在这个案例中，我们无需责备技术 ( 其中采用的是 i2 的技术 ) ，但是其根本的技术设计理念必须被改变，目的是为了防止在未来再发生此类的灾难。作为 Nike 这一状况的一个补充材料： Gartner 集团的一个分析家最近预计实施新型企业软件的主流公司中的 5% 将在来年里经历一定程度的失败。