基于云的数据集成在很多是由是有效的。但是基于云的应用集成(基于云的EAI)就有点新品上市的意味了。
像SnapLogic和Boomi这样的厂商协助我们杀进基于云的数据集成领域，像Informatica这样的重量级选手则协助其成为主流技术。
第一个基于云的应用集成平台
MuleSoft是著名的开源消息总线软件厂商，随时准备用其新的iON基于云的应用集成平台，改变应用集成领域和云集成领域的格局。MuleSoft的iON是第一个功能完整的，为云应用集成构建的套件。
数据VS.应用集成
数据集成，是一种“批处理模式”或者被调度的操作，是不同的数据源和目标之间同步数据的，涵盖了数据操作、调和、重复删除、净化、标准化和其他的数据密集操作。本质上，数据集成提供最下层数据源的抽象层。数据集成任务可能一周、一天或者一小时，甚至是时刻都要运行一次。但不会一小时运行数百万次上千万次。数据集成任务可能包含数据或者字节的单一记录。
应用集成是关于应用之间(而不是数据源之间)的消息交换的可靠性和准时性。通常在以一种接近实时的速度在运转，通常包括核心消息层的顶部的功能工作流类型。应用集成让业务流程可以跨越多重不同的系统，提供底层应用和业务流程的抽象层。通常数据综合包含在一个单一的应用集成任务中的非常小(尽管在一小时的过程中可能存在无数应用集成任务要处理)。
下图显示了两种不同类型的集成之间的区别的高层次描述。数据集成是关于数据从一个地方到另一个地方的转移和转换，忽略了应用或者业务逻辑，而应用集成考虑在应用逻辑层将系统连接在一起，数据就是作为一个简单的旁观者。
决策：你适合哪种集成方法
正如我以前所写的，数据集成不必应用集成优越，也不比应用集成差劲。只是取决于需求的不同。例如，如果你需要从许多交易系统填充一个巨大的数据仓库，数据集成可能更适合你。如果你想构建一个简单的业务流程，可以跨多个独立的应用，应用集成就是可行之路。差不多所有具有集成需求的企业都需要这两种类型的集成技术。
应用集成案例
就像解释基于云的应用集成的好处一样，可能最有效的就是在通用案例的环境中表现出来。
订单到现金(Order to Cash (OTC))是最常见的业务流程，每一个商业产品交换都需要这个类型的业务流程来获取报酬。考虑这样一个场景，商人卖了一个实体产品给其他商人。他们收到来自客户的订单。他们处理订单，开发票、发货单、收取款项。这个流程跨越了多种不同的系统，可能还跨越多种组织(就像很多公司外包运输)。这个流程的图表如下：
对于像OTC这样的业务流程，是一个单一的逻辑业务流程，应用集成比数据集成更适合，主要由于以下原因：
(1)时间：应用集成是事件驱动的接近实时(而不是按计划)。流程完成更快，企业就会更快获得收益，缩短应收账款天数，更好的现金流。更快和更精确的订单，客户满意度就越高。
(2)流程完整性很重要。应用集成框架保证了某一事件的发生，将会在正确的订单中发生。订单中事件的发生很重要。例如，一个订单在没开发票时不能运输。订单将会把产品和发票一同运输。尽快获得支付，财务数据在多个地方需要更新，客户记录、合同账目等。
基于云的应用集成将会改变EAI
MuleSoft的iON在应用集成市场将会是一场颠覆，主要有以下原因：
首先，本地EAI平台已经存在多时，自二十世纪九十年代就是主流。它们能力高，但是实现起来非常复杂和昂贵。
相当多的企业级软件被云终结了。对比Siebel的本地应用和Salesforce的SaaS，就知道了。
并不是云可以变魔术一样让事物整合在一起，而是为云构建的软件包是新的，更加整洁的构架，免费处理遗留问题。例如，很多本地集成堆栈的代码可以追溯到上个世纪九十年代，用户界面还是Windows 95环境的。
其二，企业中越来越多的运营和分析应用逐渐转移到云端，像NetSuite或者Salesforce这样的SaaS应用增加，基于云的分析平台成为重大分析和数字运算的默认选择。
随着应用和数据的轨迹逐渐转移到云端，集成将会继续增加。就像SaaS和云不仅会成为主流，而且会成为业务应用的较好选择，基于云的应用集成将会成为EAI的更好选择。
