使用基于Http的消息代替WebService的数据交互

系统间交互的工作，随着信息化建设的发展，以及业界对SOA的认识及其带来的低TOC（总体拥有成本）等优势，越来越受到信息化水平较高的用户的重视。

这里先抛开SOA这样的架构规划，单纯就系统间整合的协议进行讨论。

系统间的交互或者成为整合（互联互通），早在信息化系统诞生的时候，就已经出现，只是并不明显，或者由于早期开发平台、开发语言等的单一性，这种需求并没有非常大的爆发出来。

随着信息化建设的发展，以及各种不同的开发语言的发展，跨语言的不同业务系统之间的交互，成为了摆在CIO们面前的一个大问题。

早期，为了保证数据或者消息在不同的业务系统间传递的安全、有效、稳定，往往使用基于MQ的Message进行消息传递。这期间IBM的MQ产品，成为跨业务系统信息交互的重要媒介。但是，使用MQ的前提是，MQ已经提供了针对特定开发语言的API包，如MQ没有提供，则无法使用。并且，MQ产品本身作为一个商业产品，其成本也是非常高的。由于MQ支持XA事务，因此，其数据传递的有效性还是能够得到保障的。

后来，人们开始探讨使用基于RDBMS的“前置机”方式。即需要交互的双方，使用一个脱离于各自业务系统的“中间数据库”，将需要读写的数据，读写入中间数据库，再进行后续的操作。使用RDBMS的优点是，直接利用关系型数据库这种支持事务的平台，并且关系型数据库同样支持XA事务，保证数据在不同数据库之间传递的有效性。缺点是需要额外处理一套专门的中间表或者中间数据库，并且有时并不能解决所有的问题。而且，当需要交互的系统超过3个时，每个系统都需要处理多于1个中间表体系，对系统厂商造成大量的工