SOA：
维基百科解释：SOA:面向服务的软件架构（Service Oriented Architecture）,是一种计算机软件的设计模式，主要应用于不通应用组件中通过某种协议来互操作，例如典型的通过网络协议。因此SOA是独立于任何厂商、产品与技术的。
SOA作为一种架构依赖于服务的方向，它的基本设计原理是：服务提供了一个简单的接口，抽象了底层的复杂性，然后用户可以访问独立的服务，而不需要去了解服务底层平台实现。
基于SOA的解决方案，努力使经营目标而建立企业的质量体系。SOA架构是五层水平：
Web services是建立可互操作的分布式应用程序的新平台。
webservice是一种标准，他可以通过soap或rest的方式来实现。
传统的soap-webservice，使用了soap协议（基于xml包装）等。如果使用restful-webservice的话，则不需要soap与之相关的协议等，而是通过最简单的 http 协议传输数据 ( 包括 xml 或 json) 。既简化了设计，也减少了网络传输量（因为只传输代表数据的 xml 或 json ，没有额外的 xml 包装）。
与webservice相关的几个概念：
wsdl：网络服务描述语言是Web Service的描述语言，它包含一系列描述某个web service的定义。
UDDI： 是一种目录服务，企业可以使用它对 Web services 进行注册和搜索。UDDI，英文为 "Universal Description, Discovery and Integration"，可译为“通用描述、发现与集成服务”。
UDDI[1] 是一种规范，它主要提供基于Web服务的注册和发现机制，为Web服务提供三个重要的技术支持：①标准、透明、专门描述Web服务的机制；②调用Web服务的机制；③可以访问的Web服务注册中心。UDDI规范由OASIS（Organization for the Advancement of Structured Information Standards[1] ）标准化组织制定。[1]
其中RMI、RPC、SOAP比较：
普通的Web项目，一般是绑定了特定的渲染语言（jsp、velocity，freemark），当然也有原始的html。但是仅仅限定了特定的返回数据格式与之相对应。Webservice项目则是能够被其他系统调用（约束了相关格式）。因此普通的利用ssh或者springmvc建立的web项目并没有发布webservice。普通的web项目可以使用一些技术将需要发布的接口发布出去，就成为了webservice了。
目前知道的三种主流的Web服务实现方案为：
REST：表象化状态转变 (软件架构风格）
SOAP：简单对象访问协议
XML-RPC：远程过程调用协议 （已经慢慢被SOAP取代）
REST：表征状态转移（Representational State Transfer），采用Web 服务使用标准的 HTTP 方法 (GET/PUT/POST/DELETE) 将所有 Web 系统的服务抽象为资源，REST从资源的角度来观察整个网络，分布在各处的资源由URI确定，而客户端的应用通过URI来获取资源的表征。Http协议所抽象的get,post,put,delete就好比数据库中最基本的增删改查，而互联网上的各种资源就好比数据库中的记录（可能这么比喻不是很好），对于各种资源的操作最后总是能抽象成为这四种基本操作，在定义了定位资源的规则以后，对于资源的操作通过标准的Http协议就可以实现，开发者也会受益于这种轻量级的协议。REST是一种软件架构风格而非协议也非规范，是一种针对网络应用的开发方式，可以降低开发的复杂性，提高系统的可伸缩性。
SOAP：简单对象访问协议（Simple Object Access Protocol）是一种标准化的通讯规范，主要用于Web服务（web service）中。用一个简单的例子来说明 SOAP 使用过程，一个 SOAP 消息可以发送到一个具有 Web Service 功能的 Web 站点，例如，一个含有房价信息的数据库，消息的参数中标明这是一个查询消息，此站点将返回一个 XML 格式的信息，其中包含了查询结果（价格，位置，特点，或者其他信息）。由于数据是用一种标准化的可分析的结构来传递的，所以可以直接被第三方站点所利用。
XML-RPC：一个远程过程调用（remote procedure call，RPC)的分布式计算协议，通过XML将调用函数封装，并使用HTTP协议作为传送机制。后来在新的功能不断被引入下，这个标准慢慢演变成为今日的SOAP协定。XML-RPC协定是已登记的专利项目。XML-RPC透过向装置了这个协定的服务器发出HTTP请求。发出请求的用户端一般都是需要向远端系统要求呼叫的软件。
XML-RPC已慢慢的被SOAP所取代，现在很少采用了，但它还是有版权的，我在此就不作多介绍。
成熟度上：SOAP在成熟度上优于REST
效率和易用性上：REST更胜一筹（REST效率更高的原因在于，仅仅是建议的Http协议之上的一种协议。而SOAP则需要对数据、xml封装信息头，解封装等）
安全性上：SOAP安全性高于REST，因为REST更关注的是效率和性能问题
分布式能力：REST更适合在分布式环境中使用、因为REST是基于原生Http协议的，而http协议是无状态的。大型分布式环境都能够对无状态支持良好，无状态增强了整个系统的扩展性。这也是为什么越来越多的云计算，分布式项目选择REST。
（注：SOAP也是基于HTTP协议的，但是却提供了session、cookie等机制来使得SOAP有状态，从而支持需要有状态的业务。有状态举例：1、增加一个用户2、获取最新增加的用户。那1的执行成功与否，及执行先后顺序的状态将会影响2的结果。）
总体上，因为REST模式的Web服务与复杂的SOAP和XML-RPC对比来讲明显的更加简洁，越来越多的web服务开始采用REST风格设计和实现。例如，Amazon.com提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的。REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义，关键还是看应用场景，正是那句老话：适合的才是最好的
同时很重要一点就是不要扭曲了REST现在很多网站都跟风去开发REST风格的接口，其实都是在学其形，不知其心，最后弄得不伦不类，性能上不去，安全又保证不了，徒有一个看似象摸象样的皮囊。
‘
