刘彦青编译

　　在互联网发展的早期，企业都使用SMTP、NTTP和FTP客户端和服务器与互联网进行连接，传输消息、文本文件、可执行文件和源代码，当企业开始将企业信息集成到互联网架构中时，互联网就成了一种基本的工具。当互联网重心由交换信息的协议转向数据对象以及它们之间的链接时，互联网的普及程度就大大提高了。
早期Web架构的特征是HTML-GIF/JPEG、HTTP和URI，它们组合在一起时，其功能是异常强大的，使用这些技术，企业将多种多样的网上发布系统进行集成，使之成为比任何一种单一的技术更有吸引力的系统。

　　一旦各种机构都使用公共的数据格式、HTTP协议和一个单一的地址系统时，Web就不再是许多网站的集合了，而成为了最多样化和功能强大的信息系统，各机构团体建立起它们的信息和其他机构团体信息之间的链接。

　　第一代Web服务与第一代连接非常相似，各种Web服务之间并不是互相集成的，而且其设计目标也不是使第三方能够方便地以一种统一的方式对它们进行集成。我认为，新一代Web服务将是起源于网上出版和人机交互的更加集成化的Web服务，它将是建立在使Web更能发挥作用的架构的基础上的，该架构是三位一体的：标准的格式（XML）、标准的应用协议和单一的URI名字空间。

　　新一代的Web服务将与REST这种当前Web的架构模式息息相关，它的意思是“表示状态转移”。它说明了Web能够拥有URI、HTTP、HTML、JavaScript和其他许多特性的原因，它包含有多个方面的内容，我不敢说自己已经完全掌握了它，在本篇文章中，我们将着重讨论XML用户和开发人员最感兴趣的部分：

　　当前的Web服务

　　SOAP最初是作为DCOM或CORBA的跨互联网形式出现的，早期的与SOAP类似的一种技术的名称为“Web代理”━━基于Web的对象代理，它准确地表达了这种技术在DCOM、CORBA、RMI等标准上建立跨应用协议的含义，它也是解决应用之间互操作性问题的现有的模型。

　　在没有应用到Web上时，这些技术只取得了有限的成功。有分析家认为问题是微软和OMG的支持者不合作引起的，但我并不这样认为，其中有更深层次的问题。对于封闭世界问题而言，RPC确实不错。在封闭世界中，你知道所有的用户，可以与它们共享数据模型，可以根据自己的需求与它们进行沟通。在这样的环境中进行发展是相当容易的：你只需告诉所有的用户，RPC API将要在某个时间内发生变化，可能中间会有个过渡期，以避免出现问题。通过点到点的集成，就可以集成新的系统。

　　另一方面，当用户群非常庞大时，进行点对点的沟通就不可能了，我们就需要一个不同的策略。我们需要一个预先安排的框架，以在服务器端和客户端同时发生变化，还需要有一套明确的机制，与没有相同API的系统实现互操作。RPC协议在这方面有所欠缺，改变其中的界面异常困难，集成新的服务通常需要进行复杂的软件粘合。

　　我认为这是没有企业成功地将它们的系统统一在DCOM、CORBA或RMI上的真正原因。现在我们才触及到问题的症结所在：SOAP RPC是互联网的DCOM。

　　RPC中还存在许多能够解决的问题。但我认为其中最大也是最难解决的问题是需要有一个使客户端、服务器端和中间件端能够独立地进行升级的模型。