传智播客－web service（3）－web service与SOA、web service与ejb

Web Service与SOA

 

web service是解决跨平台（OS）、跨语言（java、C等）系统间协作的一种技术方案。

既然是跨语言，所以其语言定义规范（WSDL）里没有“类”、“方法”这样面向对象语言才会有的概念。而是有“端口”（在java中可以视为“类”）和“操作”（在java中可以视为“方法”）这种概念。web service也没有严格的客户端、服务端的概念。因为系统间来来回回传输的数据都是XML，而且双方可以互相发起访问。 XML可以视为web service中类似java序列化这样的机制。因为java序列化的目的主要是保存和传输。但是web service并不只是支持java语言，或者说web service并不在乎对接系统是什么语言，只要交换的数据可以保存和传输就可以了。而XML是现今最佳也最广泛的选择。 需要强调的是，web service作为一种技术解决方案，关注的是业务，而不是事务。因为要在不同OS平台和不同语言的系统间实现事务的原子性比较困难（或者说很麻烦）。如果非要实现这样的功能，需要借助第三方的事务管理器。可以参见IBM文档库关于WS-Transaction的相关内容（这个是中文的，就是内容太少了点）。国内web service的典型用例是天气预报和网银。

 

SOA，Service Oriented Architecture，面向服务的体系结构。可以视为阐述web service的总体结构的一种概念。

在IBM的网站中，可以看到SOA和Service是放在一起做为一个主题介绍的。前文所述的ESB概念其实也是SOA概念图的成员之一（参考前文）。严格说来，SOA的层次比web service更高。关于SOA与web service的关系，有位仁兄在《SOA不是Web Service》里说得很好，“SOA不是Web Service，Web Service是目前最适合实现SOA的技术”。 “因为现在几乎所有的SOA应用场合都是和Web Service绑定的，所以不免有时候这两个概念混用。不可否认Web Service是现在最适合实现SOA的技术，SOA的走红在很大程度上归功于Web Service标准的成熟和应用普及。

 

因为现在大家基本上认同Web Service技术在几方面体现了SOA的需要：

首先是基于标准访问的独立功能实体满足了松耦合要求：在Web Service中所有的访问都通过SOAP访问进行，用WSDL定义的接口封装，通过UDDI进行目录查找，可以动态改变一个服务的提供方而无需影响客户端的配置，外界客户端是根本不关心访问服务器端的实现。

 其次，适合大数据量低频率访问符合服务大颗粒度功能：基于性能和效率平衡的要求，SOA的服务提供的是大颗粒度的应用功能，而且跨系统边界的访问频率也不会象程序间函数调用那么频繁。通过使用WSDL和基于文本(Literal)的SOAP请求，可以实现能一次性接收处理大量数据。 最后，基于标准的文本消息传递为异构系统提供通讯机制：

 

Web Service所有的通讯是通过SOAP进行的，而SOAP是基于XML的，XML是结构化的文本消息。从最早的EDI开始，文本消息也许是异构系统间通讯最好的消息格式，适用于SOA强调的服务对异构后天宿主系统的透明性。 综合上述观点，Web Service不愧为当前SOA的最好选择。然而，就SOA思想本身而言，并不一定要局限于Web Service方式的实现。更应该看到的是SOA本身强调的是实现业务逻辑的敏捷性要求，是从业务应用角度对信息系统实现和应用的抽象。随着人们认识的提高，还会有新技术不断的发明出来，更好的来满足这个要求。就好像在核子裂变之后，人们又发现了威力更加强大的核子聚变。为了要有一个更高的角度来看待问题，SOA和Web Service还是不应该混为一谈。”

 

 Web Service与ejb web service和ejb都是应用程序远程调用方案的一种，但两者有着本质的不同： 1、web service主要关注于解决异构的问题，包括平台，编程语言等，可以说其关注的是分布式服务开发，控制层高，粒度大；

而ejb可以看作是一个分布式编程平台，通过Container和Component的抽象，简化了应用的开发，发布和调用，可以说其关注的是分布式组件开发，粒度小。

2、web service可以说是业界的一个规范，是不同编程语言异构系统进行通信的标准。 而ejb只是属于J2EE规范中的一部分。

3、ejb底层用rmi-iiop协议进行通信，防火墙会阻止；web service是基于http协议进行通信，防火墙不会阻止。