商业的发展需要崭新的协同能力

　　当今社会的CIO们究竟在想些什么？让我们来看看James Carville那著名的生动化的描述："乏味，这就是经济。" 事实上，资本市场的突然真空和经济预言家的日益增长的不安定性预测将促使企业决策者起码在未来的六个月里采取保守的姿态。

　　无论如何，这并不意味着所有的技术投资都会消失。在保持财务底线这一规则的驱动下，企业管理层将继续寻找未被开发的方法来提高效率。技术部门需要考虑的问题仍然非常显而易见，我们认为以下这几种技术将使公司的商务运转更为有效：企业应用集成(EAI)，供应链管理、协作计划及预测，这些技术在未来超过九个月的时间里将获得大量的关注。

　　从历史的角度来看，为解决企业业务自动化问题的复杂流程的技术解决方案已经被扭曲并等同于发展并成熟了多年的企业资源计划软件(ERP)了。以Internet为基础的技术仅仅只取代了其中的某些部分，而大部分仍然被传统技术所支配。

　　退回一步来审视一下这一状况我们认为是非常值得的，为什么企业应用会使用这样一种方式–供应链自动化、ERP、及大量的企业应用集成（EAI）模块–从技术的角度去理解将是多么地困难。

　　简单地说，这是由于每个被模式化的，预先计划好的、自动化的商业流程的实现是唯一的。当然，更为进步的软件的代码可能是先进的，面向对象的和可重用的，但是当涉及系统间联系的时候(我们一般会去描述和文档化远程程序调用RPC)，这仍然是一个个的独立事件。每当有一个新的伙伴或者客户要进入到这个体系，应用间联系的实现就必须一次又一次的手工地重新代码实现。

　　其中根本的原因是远程过程界面(RPC Interface)是无法被发现的。换句话说，以这些技术的能力，在这种体系架构下是无法自动地查询得到这些界面，同时系统也不能"自我治愈地"在曾经建立过连接的对等系统中重新建立连接。远程程序调用是公认的能力不足，并且在所有EAI实施方案中它也是如此。

　　SOAP为转变奠定了基石

　　当前的现状已经为支持提供统一技术平台的观点提供了相当的佐证，这一技术平台应当为客户的所有应用软件服务。Web Service向所有提供商承诺了相同的独立性和互操作性，这一思想同时也使得Web本身获得非凡的成功。

　　Sun微系统最近发布的取名为Sun ONE的Web Service的应用构建计划是一个值得注意的信号。那些控制今天的企业计算机应用的公司：Microsoft, IBM, Sun和Oracle，他们知道他们的商业发展的未来是在贸易伙伴的系统之间的这个浩大空间中。虽然这些平台提供商都不情愿放弃寡头卖主垄断的地位，但他们仍然不愿意错过Web服务的这倘列车，他们每个都声称在他们的电子商务软件产品中支持基于简单对象访问协议(SOAP)的互操作性。

　　依靠其天生具备的设计简单性和语法灵活性，SOAP帮助解决了传统RPC在实现互操作时候的能力不足的问题。非巧合地，SOAP构筑了UDDI技术堆栈的核心层。UDDI的开发团队没有去发明另一个一体化的的解决方案，他们选择了运用现有的，已经被接受的机制来解决这一问题。通过联合SOAP的消息层和UDDI自身的目录，UDDI联盟做出了一个技术上的明智的决定，他们合成了一个技术上完美的解决方案，同时该方案又是相当容易被实现的。

　　现在，所有的平台提供商都不能舍弃SOAP这个独立的技术。SOAP技术的平稳向前进步很好的预示着建立B2B Web服务目录的UDDI标准的成功可能。

　　对Web服务出现的展望

　　当然，UDDI并没有提供一个崭新的完整解决方案的蓝图。即使借助象Web服务定义语言(WSDL, Web Service Description Language)这样的协议的加强，企业仍需要在使用Web Service来运转其自身贸易流程之前，得到额外的功能性和逻辑性的模块或协议层的支持。当WSDL将一个Web服务的多样化的连接和消息协议抽象到一个较高的统一描述的同时，为实现自动化的商业交互我们仍旧需要得到那些用于实现复杂商业规则的额外要素的支持。当然，我们在期望诸如安全认证机制，合约管理，质量控制，以及其他相关的标准能够出现。

　　无论这些标准的最终形式是如何，Web Service都将一往无前地发展。

　　UDDI之所以能够成功是由于它为广大的技术人员完成了技术实现方面的基础工作，这是成功的基础和保证。这些技术人员将使用SOAP，UDDI和其他渐渐出现的Web服务协议堆栈中的其他协议层来架构通往广泛的异构系统的协同、供应链以及EAI解决方案等的桥梁。而这些桥梁将成功地实现B2B电子商务的承诺：帮助企业以比以往更有效的方式制造和交易产品。