soa这名词出来也有段时间了,抄的很是红火

折腾了几年后,一些所谓的专家(我认为他们是大忽悠)已经给他定性了 -- 业务敏捷性

怎么才能实现业务的敏捷性？  毫无疑问，答案是工作流

目前抄作的，soa的两个概念sca与sdo。一个是怎么来部署服务的，一个是系统相关的所有数据的集中调用

貌似这两个东西跟业务敏捷性的关系都不大

服务是什么？功能模块，完成某个特定功能的

构件是什么？功能模块，完成某个特定功能的

OO中的对象是什么？功能模块，完成某个特定功能的

新名词在不断出现，而核心的东西一直没变过

这不是忽悠是什么？

其实soa就是eai，只是不同子系统之间的通讯方式改变了而已,从eai的消息到了soa的web service

看看一些成功的实施案例,实施方式跟eai并没有什么本质上的改变,而且他们跟soa的一些规范有很大的区别

楼主说的有几分道理，但是没有什么天大骗局，“其实soa就是eai，只是不同子系统之间的通讯方式改变了而已,从eai的消息到了soa的web service”，通讯方式的改变带来的变化，往往是革命性的。

大家似乎忘了一件事情

广义的SOA本身是一个和业务非常相关的名词,是为了解决企业业务创新时IT系统无法及时跟上而出现的,
SOA可以帮助客户将业务创新标准后沉淀下来,变成企业的资产,在下一次业务创新时作为标准模
块被使用,从而帮助客户更快的业务创新,同时保护企业的投资.

尤其是SOA中的SERVICE的意义是指的业务意义上的服务,而不是技术意义上的WEB SERVICE或
者是其他类似的技术名词.

而SCA\SDO以及由此而来的技术 思想 理念是为了实现SOA而产生的,所以就SCA\SDO或者其他任何
一种技术来讨论SOA是否骗人让我感觉好象有点不对路


即使就狭义上的SOA而言,SOA也不仅仅是一个技术名词,仅仅从技术层面来解读SOA是一种误读.

举个类似的例子让大家感受一下这种误读:
XP,一种新的项目管理方法,是目前大家比较熟悉的,为了实现XP,我们会选择BUG管理系统
等IT系统来保证项目的进程.
假设我们之前传统的项目管理中也采用了某种BUG管理方式[比如使用EXCEL文件],
现在有个人跳出来说,XP的过程之间就是使用BUG系统,和原来的EXCEL文件只不过是过程之间的接
口不同罢了,所以XP是天大的骗局, 您的想法是什么?

不错，不错，很好！！

呵呵，看从什么角度看了

楼主理解完全错误。SOA与EAI不是一类名词。SOA是对老式的OOAD的革命。SOA的方法论还不成熟而已。