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

这个兄弟前面说的都不错，就是最后的结论不敢苟同。SOA是正确的思想没错，在企业系统开发中，
从设计之出就好考虑各种相互关联的因素，如果没有长远的设计目光，
单凭用XXXX公司的所谓“基于SOA平台”就成实现ＳＯＡ那就是忽悠了。SOA未来不是取决IBM ORACLE 普元他们产品，而是广大的企业系统的实施者。这些在一线实施的人和公司对SOA的理解才是SOA未来的决定因素。

其实这个事情你可以参考美军的指挥系统和军队组织结构的变革。
美军现在在前线的指挥系统已经将调配和指挥的能力下放到了最前线的普通战斗员。也就是说普通的美军士兵都可以在前线的战斗中根据具体情况申请战场支援，而指挥部的具体指挥者也并不是高级军官，也仅仅是低级的军士。而与之配套的参谋系统也发生了根本性的变化。这样的做法，完全是根据战场的具体情况产生的战斗方式。可以说原先的战斗模式，是从上倒下的逐级负责，这种方式适应的是大兵团正面作战。而现在的情况是游击战和非正规战斗员，更加强调的反应的速度和根据具体情况随时的调整。
这样的模式之所以在以前没有可能实现，主要是因为军队信息化建设的水平不能满足需要。这也就是为什么海湾战争后的几次美军行动被认为是信息战争的原因所在。
落实到具体的业务实现，这样的方式代表了对管理和组织的新看法。在这个环境下，主要的变化是所谓领导的职能发生了变化。他们从原先权利的使用和授权者，将变为规则和原则的指定者，成为业务规则的掌控者。任何一个业务并不需要得到所谓领导的认可和授权，这是因为企业面对的业务将无法允许领导对这些任务进行了解，从而失去机会。这个时候这些业务是否可以被认可，主要取决于这些业务是否符合领导者制定的规则和约束。这样的业务模式，实际上是一种商业流程的自动化方式。
可以说这样的模式在现今还没有一个企业可以完全实现，但是这是众多公司努力的一个方向。因为在这样的貌似下，组织的管理和运行能力将得到最大的发挥，成本将最大化的受到控制，质量也能最准确的满足具体客户的需要。而这些事情的实现基础就是信息化建设必须能够最大限度的满足企业的需要。但是客观的说，这个时候信息系统所站的位置也就仅仅是一种基础性的支撑系统，而不是企业经营的核心系统所在。

到今天我依然坚持2004年我的观点——soa更多的是一种商业技术，而不是软件开发技术。
而就如同dlee那erp跟soa做对比，我认为今天的soa实际上是具有悠久历史的mis的一种发展。
而我们现在来分析一下真正推行soa见到成效的企业的例子，其实也就是IBM、甲骨文和SAP这些即有技术背景，同时又有强大的商业咨询能力的公司。而普元之类的公司，只能算作跳梁小丑一样的二角色，在忽悠罢了。
而实际上如果你有时间重读我当初的话，里面就已经阐述清楚了，soa更多的是为了配合商业流程的快速重构和应对多变的商业环境的产物。这个事情企业的流程是柔性的，风格是多样化的，服务的对象也是非格式化的。也就是说昨天的那种大规模生产，大规模铺货，大规模销售的模式，已经让位为——更加强调客户定制，更加有针对性的小区域和小群体铺货，更加针对性的销售，一句话就是更加具有服务的针对性。在这样的情况下，企业即便希望开发一套新系统来满足这样的要求，也会面临许多需要能够更多可以定制，可以快速伸缩性部署，可以更加有效益的信息流转，更加紧密的多流程协调一致的新系统。这样的系统不仅仅需要健壮，也需要数据和部署以及维护和改变的更加灵活快速。
而实施soa的前提条件是必须具有强大的企业业务分析能力和再造能力，已经对支撑此应用对系统要求的测算能力。只有具备了这样的业务分析能力，才能把握住企业运转的真实流程；只有具备这样的再造能力，才能形成一种柔性的企业生态系统；只有具备这样的测算能力，才能把握住企业信息建设的关键环节的约束性指标。
而技术的实现仅仅是在前面这些关键性工作驱动下的一种实现的手段，具体的方式可以多种多样。但是其成本构成和资源的配置必须要能够合乎关键环境的约束性指标。
可以说soa更加看重的是企业对信息系统的规划能力，是企业高层的战略考量的一种在信息系统建设方面的考量。而其针对开发人员的内容相对较少，针对软件公司的技术内容也相对较少。

很普遍的现象，以前接触的erp就是，ejb完成的是java bean功能，系统运行在jboss上，其实就是tomcat在起作用，然后贴上j2ee,然后贴上大型分布式应用，然后开始忽悠……

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

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

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