忽悠，继续忽悠，组团忽悠...

噢，最后还得再加上Web2.0这个解释已经飞出银河系外的太空词组。

嗯，终于把半年来对概念炒作的深恶痛绝发泄出来了。

我觉得任何技术的出现都必须体现出易用性，SOA的出现，概念上提出了以服务为中心的体系架构，并从三大方面：前端整合(门户)，数据整合,还有流程整合加以阐述，但是根据我最近做的一个SOA的项目来说(姑且称之为SOA)，基本上全套采用IBM的相关产品，客户提不出具体的需求，我们技术这边也是摸着石头过河(以前没有做过相关开发)，而且发现IBM的技术支持在项目中起的推动作用很小，感觉他们对自己的产品并没有什么经验，而只是了解相关的概念(感觉像是在进行工具使用的培训，而不是技术指导)，而我个人除了对IBM的产品熟悉之外，并没有学到所谓的SOA的思想，说白了就是在给IBM打工(但不是IBm发给我工资)。感觉 很疲惫 很无奈。

SOA主要倡导的还是一种思想，如果大家在开发或者设计过程中，很好的利用这种思想，我想肯定会有很大的收获，至少我所在的项目是这样的。

一个时候要是没有几个这种“热吹架构”，厂商们会觉得很寂寞，于是他们就一起找点无聊的事情做做。本来挺清楚的事情，让他们这么一折腾，让人就感觉是雾里看花了。总之我还是做我该做的，该怎么做还是怎么做。

SOA叫做面向服务的架构，从广义的概念上来说，是现在软件发展的趋势。比方说Facebook的开放性平台，Rails提倡的REST架构，以及用Rails的REST提供开放API的twitter网站，甚至Amazon，Google这些开放服务的平台等等，本质上都是“面向服务的架构”。

但是狭义的放到企业应用领域，可能特指的是企业各种异构系统的整合，以及要求新系统能够以符合统一标准的方式来开发。从这个意义上来说，从传统的EDI，到ESB，组件化，Web服务，到现在的SOA，都是同一条路线走下来的，所不同者不过是引入了不同时代的技术方案和标准而已。

我觉得对于企业应用来说，这种SOA的整合需求是有的，但在中国软件环境当中实施所谓的统一化、标准化的SOA恐怕不是那么容易的事情。而厂商的产品更多的是按照SOA统一化标准下面开发出来的兼容性产品，因此在国内未必能够叫好。

不管 SOA 是干什么的, 从昨天普元的 topic 和宣传资料我实在看不出有任何跟 SOA 相关的东西, 弄了很多图也都是在 N 年前就有的那一套上加上个 EAI 的小模块然后就号称是 SOA 了

企业应用集成的需求太迫切了，SOA正是在这种需求的驱动下才火热起来的，本身并不是一个空洞的东西。

SOA是思想，与技术无关，所以显得有些抽象，但很多技术革新往往是和思想的进步分不开的。很多人并不是不赞成SOA所倡导的思想，而是不喜欢抽象的概念，不喜欢把这种思想创造一个术语，然后被一些厂商拿来炒作。

我怎么觉得几个主要SOA厂商在相当一段时间内重打（落实到技术和产品上）SCASDO，有点像支开ESB的感觉呢？
但是ESB怎么可以被支开呢，后来我一味的认为是某些大户没有ESB牛品，虽然也是一种偏激的看法，但是实在找不到正解。

有一次我突然开了个小差，把SOA歪解了一下：

在我的blog: http://www.blogjava.net/crazycy/archive/2007/10/19/154198.html
如下：
SOA绝对是忽悠人的，你信不信？（世说新语，原创）

从拆字的思想看，SOA/SCA本身蕴含了无限的忽悠；
不信，你看看SOA的解释，如同两个人对话(SOA加强了相互的了解)：
路人甲：傻！(S)
路人乙：哦？(O)
路人乙：啊！(A)

Note: SOA乃唬人之宝，当厂商说客户傻（忽悠客户）的时候，客户或信或疑的应答，当真正明白过来发现已经投资无限牢牢套住，于是乎大呼：啊！

SCA的解释：
路人甲：傻！(S)
路人乙：See？(你怎么知道的？)(C)
路人甲：啊！（当然！）(A)


路人甲：傻？(S)　
路人甲：See？(你的明白？)(C)
路人乙：啊！（愤怒！）(A)


附：
此言一出，江湖血腥必起；
一时间，风起云涌.

普元做的也是SOA嘛，满足SOA关键特征易于集成和扩展，当然牺牲了另外的东西