答复: 忽悠，继续忽悠，组团忽悠...

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