认真只能做对事情，用心才能把事情做好

SOA与Web Service的关系

上一篇 / 下一篇 2008-01-22 11:43:58 / 个人分类：SOA研究

SOA是一种面向业务应用程序系统的体系架构设计风格，但可以应用于其他系统，包括中间件技术，例如网格计算。SOA不是一定需要 Web Services来实现，并且一个基于Web Services开发出来的应用也不代表就是一个基于 SOA 构架应用。
　　Web服务是可以用于创建SOA的一套标准。但Web 服务并不是实现 SOA 的惟一方式。尽管没有Web服务标准也可能创建SOA（例如，在SOAP之前，人们已经在HTTP或JMS上使用XML来实现相似的结果），但运用Web服务标准却是我们目前针对与外部软件交互的最佳方法。事实上最近SOA的火爆在很大程度上归功于Web Service标准的成熟和应用的普及为广泛的实现SOA架构提供了基础。Web Service中的各种协议是如何互相工作来满足SOA所需的特点的：
　　独立的功能实体：通过UDDI的目录查找，我们可以动态改变一个服务的提供方而无需影响客户端的应用程序配置。所有的访问都通过SOAP访问进行，只要WSDL接口封装良好，外界客户端是根本没有办法直接访问服务器端的数据的。
　　大数据量低频率访问：通过使用WSDL和基于文本(Literal)的SOAP请求，我们可以实现能一次性接收大量数据的接口。这里需要着重指出的是SOAP请求分文本方式和远程调用(RPC)两种方式，采用远程调用方式的SOAP请求并不符合这点要求。但是令人遗憾的是现有的大多数SOAP请求采用的仍然是远程调用(RPC)方式，在某些平台上，例如IBM WebSphere的早期版本，甚至没有提供文本方式的SOAP支持。
　　基于文本的消息传递：Web Service所有的通讯是通过SOAP进行的，而SOAP是基于XML的，不同版本之间可以使用不同的DTD或者XML Schema加以辨别和区分。因此只需要我们为不同的版本提供不同的处理就可以轻松实现版本控制的目标。

导入论坛引用链接收藏分享给好友推荐到圈子管理举报

TAG:

引用删除 wolfchen / 2008-01-22 13:41:46: SOA在Web Service出现之前早已存在。早在1990年，像公用对象请求代管者体系结构(Common Object Request Broker Architecture，简写为CORBA)和微软的分布式组件模型(Distributed Component Object Model，缩写为DCOM)的分布式计算方法都是以一种协议的方法抽象软件功能的架构方法，能够提供一定程度的松耦合性，提供比使用其他方法的紧耦合性接口的架构更大的灵活性——换句话说，它们是面向服务的。虽然CORBA和DCOM都在市场上获得了一定的成功，但是DCOM明显就是一家厂商的架构，而COBRA虽然表面上是厂商独立的，但是在实施中还是和厂商有关，因为CORBA不同的厂商的实现被证明是互相不兼容的。