SOA architecture

Gartner则将SOA描述为：“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成……SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。”

Gartner相信BPM和SOA的结合对所有类型的应用集成都大有助益。“SOA极大的得益于BPM技术和方法论，但是SOA面临的真正问题是确立正确的企业意识，即：强化战略化的SOA计划（针对供应和使用）并鼓励重用。”

虽然不同厂商或个人对SOA有着不同的理解，但是我们仍然可以从上述的定义中看到SOA的几个关键特性：一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。

需着重注意的是，SOA并不是新生事物。大型IT组织成功构建和部署SOA应用已有多年的历史。这要比现有的XML和Web服务长很多。IBM CICS和BEA TUXEDO就是过去被用于构建SOA应用的两种技术范例。

SOA具有“松散耦合”组件服务，这一点区别于大多数其他的组件架构。该方法旨在将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。

服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分离的实体而存在。这是服务实现能够在完全不影响服务使用者的情况下进行修改。

大多数松散耦合方法都依靠基于服务接口的消息。基于消息的接口能够兼容多种传输方式（如HTTP、JMS、TCP/IP、MOM等）。基于消息的接口可以采用同步和异步协议实现，Web服务对于SOA服务接口来讲是一个重要的标准。

当使用者调用一个Web服务时，被调用的对象可以是CICS事务、DCOM或CORBA对象、J2EEEJB或TUXEDO服务等，但这与服务使用者无关。底层实现并不重要。

META将SOA定义为：“一种以通用为目的、可扩展、具有联合协作性的架构，所有流程都被定义为服务，服务通过基于类封装的服务接口委托给服务提供者，服务接口根据可扩展标识符、格式和协议单独描述。”

SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资产的最大化重用。
﹡可从企业外部访问
﹡随时可用
﹡粗粒度的服务接口
﹡分级
﹡松散耦合
﹡可重用的服务
﹡服务接口设计管理
﹡标准化的服务接口
﹡支持各种消息模式
﹡精确定义的服务契约

核心是service,通过Web service/SOAP/XML联系起来，传输方式（HTTP和JMS），使用BPEL interface. SOA可以看作是B/S模型、XML/WebService技术之后的自然延伸。

参考：B/S架构、C/S架构、SOA架构