SOA是什么？

写这样的blog很容易被人砸砖头，而且我现在在专心做BPEL的研究(http://hongsoft.iteye.com/admin/blogs/287353)，也没有必要现在趟这个混水。不过想想，还是有话要说。

 

定义：

SOA是一种做架构的范式，这个范式的核心目标是做到业务敏捷，核心思路是通过服务的方式。

 

分析：
1）首先它是做架构的范式。TOGAF是它的一个抽象，而某个具体的企业软件架构是它的一个实例。

2）SOA的核心目标是做到业务敏捷。它是从业务的角度切入的。

3）从技术的角度看，它是面向服务的。不是基于服务，而是面向服务（学VB的人应该听过基于对象）。

 

进一步分析：

1）谁来考虑SOA？架构师。 不是技术人员，也不是业务人员。SOA架构师向CIO或者CTO汇报。

2）SOA的目标和出发点是什么？业务。这句话不像很多媒体写的那么虚，是很实在的一句话。业务与IT的一致性表现为什么？粗鲁一点说就是：业务分析人员画的业务分析图对应的后台文件，可以被软件设计人员拿来用；软件设计人员做的设计对应的文件，可以被软件开发人员拿来用。这点在http://hongsoft.iteye.com/admin/blogs/288992有非常具体的分析。

3）SOA在服务方面包括什么内容？请看http://www.iteye.com/topic/289341

 

有人说SOA是纯业务方面的概念。我倒是认为SOA与技术的关系是非常紧密的，我说的技术并不是coding，
不要相信SOA是 业务概念的说法。其实你去查查SOA的原始来源，和看看SOA的名词,就很明白了。

 

如果你一定要说SOA是纯业务概念，请看看BPM，他的业务概念和SOA有无区别？

BPM谈到的业务和SOA谈到的业务是完全相同的，客户碰到的业务问题也是完全相同的。但是解决办法有多个，其中一个是BPM，另外一个是SOA。所以，SOA是为了解决“某个”业务问题，而提出的一个架构的范式。

 

 

所以，SOA是为了解决“某个”业务问题，而提出的一个架构的范式。

我很认同这句，这个“某个”业务有一个特点就算数据重复利用，和原始业务挖掘。

业务敏捷是个总的目标，可以分解如下：
1）复用：就是你说的 数据重复利用，和原始业务挖掘
2）解耦： 数据层解耦 和 服务层解耦 
3）业务与IT的一致： 共同的交流语言


其他的还没有想好