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

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

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

    应用集成的好处

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

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

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

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

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

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

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

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

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

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

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

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

    例如：

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

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

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

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

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

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

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

    总结：

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

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。