SOA的个人理解

概念简化
在IT领域，SOA(Service-Oriented Architecture，面向服务架构)是最近几年最火爆的词语之一，估计每个IT人都会接触过SOA，或者听说过SOA。那么SOA到底是什么，业界有很多种解释，比如SOA的“发明人”Gartner将SOA描述为：客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成，它着重强调软件组件的松散耦合，并使用独立的标准接口。

其实，软件开发或者说IT领域，很多方法和概念都是可以和建筑行业来进行类比理解的，比如我们最初的面向结构(注释Ⅰ)的程序设计方法，就像农村砌土房子的方法，根据主人的需要，工匠们用泥土、树木等原材料依次按照地基、墙体、门窗、屋顶等部分从下往上砌起来。后来面向对象的分析和设计方法有一定的改进，就是将散沙和泥土做成砖和预制板，还做成了成型的一些门、窗子以及屋顶的琉璃瓦等，房子的搭建可以通过这些经过加工的元件进行。这些类比也许不够确切，但确实可以便于我们理解。

那么SOA呢？就像现在大多数的建大楼的方式，即框架结构。这种方法可以建成摩天大楼，以及各种风格不同的房子。这种方法首先需要有比较好的设计，根据设计，第一部是搭建一个框架,在这个框架内，可以根据需要分隔不同大小，不同用途的房间。房间的装修、用途的更改和整体框架几乎没有什么关系。

在这个过程中：大楼的整体设计相当于我们对企业整体流程的梳理和业务流程的设计，即我们常说的BPM、业务分析等；框架的搭建相当于SOA中的架构设计，也即搭建企业服务总线（ESB）和搭建企业级工作流系统的过程，有了它，企业的IT流程就能顺畅进行，也能保证各个IT业务单元进行良好的衔接和交互；各个房间的装修和功能体现相当于服务的实现和封装，我们可以在搭好架构后按照规范进行新系统的开发，也可以将事先做好的IT子单元（就像现在有预制好的成品房间、整体厨房、整体浴室等）直接和ESB和工作流进行对接，以实现其作为业务流程某个环节的功能。

所以，SOA是系统设计的一种新方式，是构建企业IT系统的一种方法。SOA中重要的两个部分是S（服务）和A（架构），服务部分主要是服务的分析和封装，架构部分主要考虑整体结构、业务流程、数据交互以及接口实现等。

然而，SOA也不是擅长作任何事情，或者说SOA并不是要取代传统软件生产方式和信息化方法。它不擅长相对独立的单个的，可控的环境下的IT应用系统，对于单一功能的工具型应用也不需要SOA。我们设想，如果您需要搭建的只是一个小小的鸡笼，就用不着采用复杂的框架结构建筑方法，中国中小企业偏多，面对中小企业各个业务流程相对可能不是那么复杂，其实SOA并不是很好的解决方案，其实更好的解决方案就是现在另一个更流行的SAAS。

最后，还想说明的是实施SOA之前，对于业务流程的梳理和分析至关重要，因为我们不是为了IT而IT，更不是为了某种新技术而采用SOA。IT最终是要解决生产、经营、管理的实际问题，所以，我们事先要分析清楚搭建IT系统解决什么问题，站在企业或者一个组织的整体考虑，系统和系统之间是否有交互？是否需要整合原有系统？是否有跨系统的业务流程？如果有这些问题，建议您采用SOA。

实例论证
比如一些大型B2B企业的CRM就是采用这种，CRM大部门分成各个小的部门，如果新签部、续签部、财务、商务等等，SALES签订了一个新签的单子，新签的单子需要各种审批，整个业务流程就是SOA的服务的分析和封装，每个业务部门内部流程走向就是一种数据流，框架选型比如BPM等，各个业务部门之间数据存在松散耦合，各个部门之间数据通过各种接口实现，框架选型比如ESB(注释Ⅱ)

注释Ⅰ
1、面向结构化程序设计 最常见的是汇编语言，只能按照你设你的顺序执行
2、面向过程 vb c pascal等都是面向过程的，即通过各种函数，实现程序，强调过程的包装
3、面向对象 c++ c# java等是面向对象的，支持面向对象的三个属性 封装性 继承性 多态性，每一个数据及其方法都是对象，提高了代码的复用及降低了后期维护成本，目前较大软件都是基于面向对象
注释Ⅱ
ESB最主要特点就是异步请求和请求重试