SOA穿着华丽外衣的苦力

　　长期以来，由于IBM等大的厂商，声嘶力竭、不遗余力的宣传，SOA开始在江湖盛传，但掌握着是否实施SOA的权力，掌握在高层的领导手中，而IBM的Sales，则将天花乱坠的Solution，很容易的输入到领导的大脑当中，SOA成为无所不能的利器，而领导对于实施SOA，来改变当前混乱的局面，寄于很高的期望。
　　而无论是在IBM、BEA、Oracle等大牌厂商，还是Mule等开源方案，都没有真正的案例，来提供很好的异构系统通信的解决方案，而这正是很多大公司长期以来，所希望解决问题。
　　最近在做一个公司的一个信息集成的工作，由于客户在长期信息化的过程当中，积累了多个IT遗留系统，在工作开始，客户便指定SOA作为一个基础架构的方案。
　　但实际上，客户当中的多个遗留系统当中，一部分是基于ASP＋SQLSERVE的系统，一部分是Jsp + Oracle系统，同时这些系统，物理位置也是分散在各地的。
　　而客户由于预算的原因，原则上在原有系统上不做较的大改造。
　　我研究了这些产品，没有这方面很好的支持，对于基于Java的集成当然是比较容易，但对于异构的支持，仍然要做大量的工作，例如让ASP系统来提供Webservice无异行不通，只能通过Http等通信方式来进行XML数据交换。仍然要写很多丑陋的代码，一些技术人员希望在内网通过异构数据库之间的数据交换方式或通过将存储过程发布服务的方式来解决问题，这无异又将服务直接依赖于底层数据格式上，背离了SOA的原则。
　　这也就算了，但领导受Sales的影响，固执的认为可以很容易的进行集成，给开发造的预算很少，都放在购买产品和服务上了。