比起Java开发商店的实现，应用集成有更多好处。2011年度TheServerside.com读者调查显示有受访的IT专业人士中，只有20%的人说他们下一年的业务计划将把大量的资源集中在应用集成上。

　　然后，多至70%的受访者说他们的下一年将计划专注于系统和软件设计与架构上。综合73％的编码工作将要从头开始建立新的解决方案，或定制现成的解决方案。但很明显可以看出，这些新的解决方案中，只有20%的会计划集成到现在有软件架构中去。

　　考虑到可以从更好的集成中获得利益，这个结果确定另人吃惊。让我们来看看什么导致的了8/10的商业错失了这个机会，还有为什么企业应用集成处于低优先级上，以及为什么它对于一些公司来说是很难实现的目标？

　　应用集成的好处

　　无论你是谈论着传统的企业应用还是新兴知名的WEB应用，集成创造的更高效率，并为将来的扩展设立的舞台。下面是可以从应用集成中获得的好处：

　　—可以使用更多的应用流程自动化；可以预留IT和其它业务劳动资源给策略性的活动，而不是给常规维护任务。

　　—在集成阶段相关的应用可以重新修补，使之更可扩展，更稳定，因此在工作负载能力要求快速扩展的时候，它就不会产生瓶颈。

　　—可以获得更好的用户服务，因为所有必要的客户关系管理（CRM）数据都可以通过学习单一访问得到，而不被中断。

　　—如果应用集成适当的话，从内部到线上，到手机的转换过程会更迅速——帮助改变当前用户需要的自助服务模型。

　　—工作负载更合理化，或是随着需求进行改变从而提升跨业务的工作效率——包括IT的内外部。

　　—跨系统的数据更新更即时（或更接近即时），提高的业务流程的速度并减少的错误。

　　—能够创建一个敏捷开发环境，使新产品更快速的开发，从而提供了竞争优势。

　　—一旦集成结构设计就位，并安插进了新的应用程序，那么将来业务应用的开发就会更容易。

　　应用集成的阻碍

　　缺乏买入的利益相关者是阻碍应用集成开发的关键因素。使得现有的应用一起更好的工作过程，不会像设计和开发新应用那样更有吸引力。

　　你不会这样说，“这是我们发明的一些东西，它会使业务发革命性变化。”相反，你应该假设一下这种情境，无论在哪里，集成将怎样节约成本；并且从长远来看，又怎样使这些小的节约不断积累。

　　你必须承认，现在消费，将来就会节省。为了收集和展示这些数据，必须承认那些问题应用从一开始就应该心集成的形式设计，是非常必要的。由于某些原因，这个最重要一步很可能开始就被跳过。

　　例如：

　　—利益相关者屈服于节约金钱的愿望

　　—IT团队制定的不好计划和做了坏的决定

　　—不同的业务决策者给每一个应用都亮起了绿灯，这就产生的混乱。

　　—来自不同厂商的不同应用程序，使用不同的的操作系统、执行语言、数据形式和令人窒息的互操作性

　　—没有基于面向服务架构（SOA）和在敏捷环境中进行部署，而是在遗留系统中进行开发和实现的应用程序，使所有的东西都独立起来。

　　—先前试图使用点到点的连接方式进行集成，证明很复杂或需要更多的现在路由。并谈到企业应用集成（EAI），产生了单点故障，导致不可接受的瓶颈。

　　最后两个问题是阻碍集成的关键。如果已经尝试过过时的且不必要的复杂解决方案，并且没有取得成功，那么你就应该使用企业服务总线（ESB）来代替进行应用集成。ESB方法的设计，应该是基于SOA友好的，可扩展的，可分配的，可定制的或视需要而易于扩展和应用的基础上采取的。

　　总结：

　　当IT行业必须扩展大量资源用于优化现有的应用时，这好像是在承认失败——那么就要按照手指的方向前行。当然，不要去追究是谁的错误，要把精力放在怎样确保性能更好的前行。集成，永远不晚！