从Web服务前线发回的报道

2024-07-21 02:21:55

字体：大中小

来源：转载

供稿：网友

web服务是这个阴沉的电子商务领域中的少数几个亮点

。上个星期我参观了web services edge 2001，这是加州 santa clara市的一个小博览会，与会者大部分是开发人员，而参与展览的则主要是java 开发工具和应用服务器销售商。web服务的巨人－－微软，ibm，和sun－－者不在场，大概是认为这是一个小事件。换言之，这是一个很好的能够展出自己的产品看看人们对于web服务的真实想法的好地方，不至于招来市场上金元叮叮铛铛的干扰声。

这个事件有如pc早期的问世，这个行业的从业人员几乎是以一种学术讨论的方式谈论一种新技术，设想它能真正带来什么样的长期的影响。人们都认为web　服务在技术上没有什么值得称道的地方－－它们仅仅是通过一套简单的协议使得xml集成成为可能。下面是一些web服务中涌现的主要问题和观察结果：

简单化。it业现在就应该开始与web服务一道前进了，而不要再等待新的安全和业务过程的出现。简单对象访问协议（soap）和web服务描述语言（wsdl）构成了it业用来在防火墙内完成xml集成项目所需要的一切东西－－这提供了web服务主要的，短期内的机遇。如果我们还等待标准协会敲定那些仅仅是重复了当前内容的协议的话，那么其实现过程将变得非常复杂，最后象其它复杂的组件架构一样走向失败（比方开放软件协会的dce或者对象管理协会的corba）。

降低企业内集成的成本。今天，许多公司都依赖于昂贵的企业应用集成（eai）产品，这些产品附带了能够让特定商业用途的应用程序相互之间进行通讯的适配接口。web服务将最终淘汰eai，在应用程序之间提供简单的，基于消息的数据交换过程。在几个试验性的程序中，几个销售商都声称它们显著的减少了集成项目的成本和面市的时间。再强调一次，简单的就是最好的：仅仅是使微软和java的对象相互之间能够进行对话－－这是eai根本没有涉及的问题－－就直接带来了好处。

解决实际的b2b问题。这是一个引用得最多的例子：它能够用来替代电子数据交换过程（edi）。对于大多数商业行为来说，一个充满了由不同企业建立的复杂而专有的连接的系统太过昂贵，这些系统通常是用来定购大宗的原材料。web服务能够弥补以往b2b方案的不足：在企业间进行廉价的机器－机器之间的事务过程。对于许多b2b应用来说http加上ssl可能不够快也不够可靠，所以值得一提的是kenamea 和 slam dunk networks提供了安全的http解决方案。

不要被b2b解决方案的宣传弄昏了头。一些与会者对于通用探索描述和集成协议（uddi）是定义web服务的三个协议之一而感到不安。使用一个uddi目录，而成千上万的web服务能够通过internet与其它的web服务自动的集成在一起的想法有很多问题－－最明显的一个是要捕捉服务量信息将永远是不现实的。如果企业没有在b2b市场上形式相互信任的联系的话它们是不敢在没有确定过的web服务之间转来转去的。而且如果你首先要建立一个可靠的联系的话，那么为什么又要不厌其烦的要建一个uddi目录呢？对这个问题有一个最好的答案：uddi可以用于交易的双方都已经相互认识的私有交换过程中，或者用于一个企业的内部来使得应用程序变得更容易。

最后奉劝一下那些考虑开始实现web服务程序的公司：微软.net和j2ee阵营之间的派别之争会因为双方都想说服市场自己拥有唯一可行的web服务平台而继续升级，或者是直接的对抗或者是暗地里使阴。我的建议是：在开发的配置的时候尽量不要干拢你现在的架构。如果你已经有了一些熟练的c＋＋程序员而且你已经在后端使用了windows，那么你可以买一个visual studio .net 的beta版并让这些程序员用c＃来开发一个有用的web服务应用程序。如果你的j2ee程序员已经开始用soap捆绑ejb了，那么最好升级到最新版本的支持web 服务的j2ee应用服务器并让这些程序员使用它。实验你所有的一切东西。毕竟，web服务一个主要的好处就是低成本的开发和集成过程，在这年头这个主意是非常不错的。

上一篇：为Web服务打基础

下一篇：使用 UDDI 的 Web 服务描述和发现（第二部分）&#091;转自微软&#093;