随着软件组件化和云计算的应用，企业应用集成（EAI）这个专业的产品类别得到爆炸式的发展。与此同时，企业也在努力争取更多的业务敏捷性，向着个性化工作人员的支持和集成业务流程发展。而一个应用集成项目必须平衡所有这些因素。

引人注目的是，企业应用集成涉及的产品在三个功能领域保持平衡。首先是工作流，第二部分是目录管理，第三个是部署和操作。考虑的顺序是由业务优先级决定的。那些以业务敏捷性为主的企业，首先应该把重点放在工作流工具上。其中，组件化和云计算是主要的驱动程序，软件决策者应该先看看目录，整合对象，以及云计算的驱动者，他们首先应该考虑部署和操作的工具。如今，这涵盖了所有三个领域，并在业务优先级的基础上显示最适合你的组织的产品。

中间件套件和应用集成

如今的应用程序通常是由一组通信，工作和组件管理工具建立的，统称为“中间件”。许多企业都会有一个主要的IT和应用程序供应商，如果你的公司是其中之一，应该总是先查看一下供应商提供的综合中间件套件。这些通常包括所有你需要的企业应用集成产品，他们提供一个单一来源的协调包，并具有用户熟悉其产品的优势。即使没有一个占主导地位的供应商，有些用户可能想看看这些套件以减少相互指责的可能和安装的复杂性，如果有多个组件供应商，那么这种事情有时会经常发生。

各大IT软件公司（如IBM，甲骨文，微软，惠普和戴尔）已经收集了专为协调部署和运行的中间件套件。如果你的公司依赖于这些硬件和软件的主要供应商，你的第一个问题应该是考虑自己的中间件套件是否满足你的企业应用集成的需求。以下几点可以帮助你确定是否有合适的一个主要供应商的套件。

如果你的公司的工作流或驱动目录是基于面向服务的体系结构（SOA），那么应用考虑采用IBM的产品。IBM公司的WebSphere软件主要是针对SOA，并提供了一个服务/集成总线，目录管理和组件寻址服务。甚至还有云计算集成的混合云应用。IBM的做法缺点是，它主要是针对具有相当大的内部软件开发活动的大型企业。

对于依赖于SOA规模较小的企业，可以考虑采用微软公司的中间件工具。微软有一套完整的SOA的Web服务，包括目录服务和服务总线，而这些可以跨越数据中心和微软Azure云服务之间的边界。微软公司的SOA技术工具尤其擅长针对规模不同的企业的整合其多个供应商应用程序和组件。

更多的企业网络驱动的SOA中间件比可能会发现比其他的更适合。Oracle是一个网络软件工具的主要提供商，也是流行的java开发环境的所有者。java企业版J2EE，包括服务总线和目录管理工具，这些可以从Oracle的来源或第三方添加到其他java版本。此外，Oracle有一个应用程序集成架构产品家族，可以提供灵活的业务整合，跨界应用，甚至提高对移动应用程序支持。Oracle并不生产硬件，但是考虑你的公司采用Oracle软件之前，请注意你的应用集成工具的工作也会一些涉及Oracle应用程序。

拥有大型服务器群的公司将在多个地点部署分布式服务器，或考虑大量购买服务器，可能会发现比戴尔公司和惠普公司等电脑厂商更好的竞争者，因为他们提供了一个统一的基础设施。这些厂商是操作系统和中间件，以及应用程序的单一来源提供者，还可以提供集成服务。即使他们有自己的应用程序的关系，他们往往还会选择其他应用。

应用集成的工作流产品：服务/消息总线

如果一个中间件套件不是可用的或都不是最好的，你必须选择单独的应用程序集成产品，这是工作流程整合的最佳场所。工作流产品将处理接口和消息流，通常也包括目录管理工具。这里有两个选项：服务/消息总线或离散接口。在应用程序是复杂和高度模块化的，并在业务需求是高度动态的，则服务或消息总线通常是最好的方法。该产品甚至通过一个简单的脚本语言提供业务控制的工作，并在数据格式和接口选择有相当大的灵活性，以适应广泛的应用和组件。

四家厂商在信息/服务总线领域占主导地位，除了中间件套件供应商。他们是Fuse，MuleSoft，Talend，以及TIBCO，虽然他们提供相同的功能，用户可能会发现在其在细节上的显著差异。

TIBCO已经可以说是具有最广泛集成能力的总线集成的产品，据说具有最高的性能和强大的能力来容纳所有可能的应用和合作伙伴，他们的使用也往往是昂贵和复杂。Fuse,MuleSoft和Talend都是开源的，这意味着许可成本更低。然而，几乎所有的用户都会想要购买支持合同，所以这些产品不是真正的“自由”，经过整合的努力很可能会使用这些产品，因为它们的相对狭窄范围的功能更高。

Fuse具有较强的RedHatJBoss的根源，是企业提供给RedHatLinux或强大的开源意见的具体承诺。MuleSoft是基于产品的开源总线便于集成的产品，而Talend是面向数据的群组。

消息/服务总线经常会使用得当，但有可能过度使用。不要以为你需要这个产品类别，假设你不这样做，除非你有来自多个来源的许多复杂的应用程序。在大多数情况下，简单的应用程序和在特定的网络中心的应用程序是最好的处理使用离散的接口，是本地的所有操作系统和中间件。

目录和接口集成和对象代理

服务/消息总线提供组件的联动控制与流程。SOA和REST定义应用程序和组件接口模型。因为基本的工作流和目录服务的所有应用程序是强制性的，标准的供应商的中间件将提供所有的企业应用集成的工具，你将为许多SOA应用程序提供几乎所有的RESTful应用的需要。

标准的供应商中间件有可能面临下降的情况，你必须混合多种来源的应用程序或处理以超出公司的合作伙伴的连接。对于这些情况，如果你的需求不匹配服务/消息总线的产品，你可能要考虑采用第三类的集成工具：对象代理。

对象代理支持长期建立的通用对象请求代理体系结构（CORBA）。他们扩大了基本中间件工具软件组件之间的接口，并通过调用不同的组件创造一个更为灵活的架构的基础中间件用于构建应用程序。他们是明确的应用设计和组件的一部分，所以你需要购买基于CORBA的应用程序或建立自己的应用。行业的趋势似乎正在远离代理和CORBA对象，尽管速度缓慢，所以你在进行基于CORBA的一个新的开发项目之前，应该小心。因为拥有数以千计的现有的CORBA应用程序，它会在一段时间内保持企业应用集成。

这里有两种主要的CORBA产品，Orbix和VisiBroker，无论在用户数量和行业的广度上，VisiBroker是更广义的Orbix的被广泛应用于金融、电信和运输应用。由于CORBA是整个企业边界支持应用程序连接性和易用性的一部分，选择在自己行业中最常用的产品是明智的。

CORBA很难在小企业自圆其说，所以如果你是一个小企业，这将是界面和目录集成标准的中间件提供的基本工具，唯一的例外是由于贸易合作伙伴关系，你已经承诺采用CORBA的应用程序。

部署和运营的整合

虚拟化和云计算已经为企业应用集成增加了一个维度，因为他们已经推出了动态资源的概念，托管应用程序和组件。此外，对建筑高度组件化的应用趋势进行了任务部署应用程序的复杂和容易出错的一个。集成显然需要找到组件，以便将它们连接起来，这样的弹性分配的组件承载点影响整合使弹性分配。要进行部署和重新部署，降低风险的自动化，这就是为什么他们是重要的原因。

部署和运营一体化产品的任何讨论已经开始与两个主要工具，Chef和Puppet。应用程序供应商，硬件供应商和操作系统供应商通常会提供一种或两种这些产品给他们的用户，不仅了解这些产品的主要差异，还要了解部署和运营的发展趋势，这也是是非常重要的。

Chef是基于脚本的，这意味着你使用Chef编写特定的指令部署。。对于用于部署脚本加载应用的公司，Chef通常是一个容易的过渡。Puppet就是所谓的模型驱动的方法来部署操作。这是模型的结果所需的描述性语言，并转换成步骤的过程来实现这一目标。

基于脚本的或“程序化”的方法，如Chef的青睐，因为他们从目前的做法自然地进行演变，但基于模型的或“声明”的操作工具似乎是行业的趋势，得到了大多数用户的青睐。这是因为一种基于模型的方法可以更容易地应用在云环境中部署条件会有所不同，这取决于你放在云中的东西。然而，你要仔细看Puppet工具，以确保你喜欢你的供应商支持的框架。Chef和Puppet是相关的应用程序单独的套件的一部分，这二者的混合可能令人眼花缭乱。

在DevOps的工具领域的推广总是有风险的。通常情况下，Chef是更灵活的，但是也比较难学。对于简单的部署和运营任务，Puppet可能是一个更好的选择。

在云计算中使用Chef和Puppet是可能的，但是云部署和操作有其自己的一套工具。如果你的应用程序划分成云托管和数据中心的部分，它可能是基于云的部署最好的使用和操作的云计算工具。亚马逊OpsWorks是最广泛使用的云部署和操作工具。它的基础上的厨师，这意味着它更容易与Chef进行集成管理和部署，其中涉及公共云和数据中心。

如果你想要更多的云计算为中心，一个新兴的选择是由结构化信息标准促进组织（OASIS）称为TOSCA标准（云应用的拓扑和编排规范）。TOSCA是一个组合的脚本和模型方法，为云计算和数据中心的部署和运营有着巨大的潜力。TOSCA主导产品是IBM的CloudOrchestrator。如果你是一个IBM公司的客户，云控制器是一个非常强大的解决方案，但是一个非IBM公司采纳它是困难的。

供应商至少认为，其未来的关键在于广泛和动态的全面自动化工具包。自动提供了一个全面的业务集成和自动化产品。他们（包括大部分的数据中心和云资源的公司）很可能是使用或考虑使用所提供的工作负载、服务和发布自动化的各种平台。而作为一个完整的企业应用集成解决方案，它们可能是无与伦比的，但它们也可能是最难以集成的应用程序、工具和实践。

确保未来和当前的需求得到满足

在应用开发的前沿，应用程序是通过自动部署工具和采用灵活的工作流程的特定组成。传统的静态应用程序的概念已经过时了，所以你需要构建应用程序，并将它们连接到业务流程中，并在一组工具上整合。还可以在数据中心和云计算部署另一组。

未来的企业应用集成的目标必须对你具有长远的价值。IT的变化比以往任何时候都要快，所以重要的是要确保你的当前和未来的需要，并对你的供应商的未来方向进行评估，作为他们的当前产品。不管你的商业需求是什么，最好的选择就是你可以采用最长的时间的产品。