几种企业应用集成方式的比较

前言

     我们做过的大部分系统其实并不是自己从头开始设计和实现的，很多时候是基于现有的基础再做扩展或者和现有的系统集成。尤其是很多企业应用的系统，因为我们定义的很多子系统是为了解决某个特定的问题或者问题域，在后续随着业务的发展和变化对于系统也会有更多的集成要求。于是，集成主要有哪几种方式？他们各有什么特点呢？这些问题就一一的浮现出来。这里主要针对一些原来个人项目中接触过的问题，结合一些前人的经验做一个总结。

企业集成要点

    通常来说，我们需要将多个应用系统集成起来是的他们之间能够相互交互。出于系统演化和需求变更的影响，由于系统的差异导致我们集成的时候面临的困难也比较繁杂。很多时候我们最开始在设计某些系统的时候根本就没有考虑到集成的需要。因此在集成的时候主要会考虑一下几个要点：

• 应用耦合度：这一点也和软件工程中的基本设计思想是契合的。即我们要求系统之间的依赖达到最小化，这样当一个系统发生变化的时候也会对另外一个系统产生尽可能小的影响。也就是我们所说的松耦合。
• 侵入性：当进行集成的时候，希望集成的系统和集成功能的代码都尽可能的变动小。
• 技术选择：不同的集成方案需要不同的软硬件，这些牵涉到开发和学习的成本。
• 数据格式：既然系统要集成，从本质上来说就相当于两个系统的通信。那么相互通信的系统就要确定交换的数据信息格式来保证通信的正常进行。我们接触过的SOAP, REST web service, CORBA等都有特定的消息定义标准。
• 数据时间线：集成还有一个需要考虑的就是当一个系统将需要传递数据发送给另外一个系统的时候，他们传送时间要尽可能少。这样可以提升系统整体运行的效率，减少延迟。<