应用集成就是建立一个统一的综合应用，也即将截然不同的、基于各种不同平台、用不同方案建立的应用软件和系统有机地集成到一个无缝的、并列的、易于访问的单一系统中，并使它们就像一个整体一样，进行业务处理和信息共享。应用集成由数据库、业务逻辑以及用户界面三个层次组成。它是一个面向用户的应用技术。被产业界公认的，解决应用集成的最佳方式是SOA。

应用集成主要可以用于企业内及企业间的服务整合，通过应用集成的方式，有效改善现有系统之间调用的网状关系，使得系统之间的关系更加可视化，管控能力更强。它的高性能、高可靠性、高扩展性和业务化给客户带来高管控能力、高投资回报、高运营能力等，从而提高企业的IT服务质量，更直接的为企业的业务扩展、业务创新、客户维护和卓越运营提供了有力的保障。

将所有的应用软件安装在EWEBS服务器（群）上，客户端零安装，就可以基于WEB实时灵活应用。通过极通独创的AIP协议，把应用程序的人机交互逻辑（应用程序界面、键盘及鼠标的操作、音频输入输出、读卡器、打印输出等）与计算逻辑隔离开来。在用户访问EWEBS服务器虚拟化后的应用时，用户计算机只需要把人机交互逻辑通过AIP协议传送到服务器端，服务器端为用户开设独立的会话空间，应用程序的计算逻辑在这个会话空间中运行，把变化后的人机交互逻辑传送给客户端，并且在客户端相应设备展示出来，从而使用户获得如同运行本地应用程序一样的访问感受。

随着面向服务和基于云的架构脱颖而出，IT部门越来越重视良好的集成设计。为了避免过快的云应用集成的潜在危险，需要精心策划架构；同样的，应用于复杂的基于SOA系统升级的设计的开发流程也是一样。随着应用集成需要更多的灵活性和普遍的可适用性，优化设计比以往便得更加重要。在即将到来的云计算应用集成中，以集成为中心的云计算，像iPaaS，显示了云应用者数量的快速增长，未来也将面临着更加复杂的集成和实际挑战。

很多平台即服务（PaaS）和云计算的应用者热衷于更快的集成开发承诺。然而，根据以为早期的云应用者所述，对于速度的需求也正是这个过程中最大的陷阱所在。

Pradip Sitaram是Enterprise Community Partners有限公司的CIO，他指出企业未能看到匆忙部署云应用的潜在危险，日常需求和测试被忽视的时候，他们就会处于危险监管的风险之中。Sitaram也解释了为什么他自己的团队花时间精心策划其基于云的系统的最佳设计方法。“集成是良好架构的记过，反之则不是这样，”他说。他警告市场中的PaaS和云计算：不要向软件开发流程妥协，以换取集成开发速度。

医疗卫生机构寻求系统升级，需要同多种部门服务和需要统一的各种应用作斗争。Michael Sanchez是夏普医疗保健（Sharp Healthcare）的首席Web架构师，最近探讨了用ESB联合门户在三个正在使用的分离应用中，集成医疗健康记录信息，构建一种有效的基于SOA的系统。

夏普医疗保健采用了甲骨文SOA套件和甲骨文WebLogic套件，来支持mySharp病人门户，这个项目运行在甲骨文服务总线上。Sanchez指出甲骨文ESB的使用对于同一分离的系统十分重要，从而确保它们能共同工作，为询问的病人生成一个响应。Sanchez表示夏普医疗保健能够按需增加新的后端病人照顾，并且有望扩展器门户来包含医院中的其他系统。

随着云计算架构落地，中间件集成挑战出现。在云应用集成的早期阶段，所谓的以集成为中心的云计算，以“基础架构即服务（IaaS）”，“平台即服务（PaaS）”或者“集成平台即服务（iPaaS）”为主，包括了广泛的中间件服务，对于成功的云集成奏效。但是iPaaS云集成也有其自身的独特挑战，尤其是安全和数据处理问题，在云工作中也会继续保持这种复杂性。

随着应用集成需要更多的灵活性和突发改变的适应性，应用程序接口（API）在集成设计中越来越重要。为了这个目的，API增加了支持REST接口，这也需要更多总体设计方法，以及允许更加广泛的工作性情况。

在Gartner AADI会议上，Gartner副总兼分析师Daniel Sholler引用了REST架构的普遍性作为其在广大开发者中流行的原因，以及REST能够同第三方云和移动应用成功合作。而且，REST原则的应用来进行Web服务设计，Sholler称之为面向Web的架构，或者WOA，是基于设计应该“完全应用中立”和“尽可能普遍”的想法，根据Sholler所述。随着云和移动应用继续扩展，实现API设计的中立性，同时确保REST只有在需要的地方使用且运转良好是集成设计成功的关键所在。

快速深入应用集成架构

应用集成定义了在多个应用之间移动数据的原则，来降低不一致的风险，并且减少通过多个手动更新来链接应用程序所需的工作。它包含数据库设计和应用数据的流水线的组合。不出意料，应用被分割为数据库相关和数据流相关，这一点并没有多大变化。

被改变的是我们构建应用的方式，以及应用程序托管的方式。最近这些年里，企业架构（EA）被接受为正式的IT原则，应用自身的组件化，应用开发的方式以及云计算和虚拟化成为托管的新途径，这些都增加了应用集成的重要性，并且促进应用集成所需的流水线化和自动化的需求。当高级管理团队想要更加敏捷，达到更加高效的IT支持时，所有这些因素都汇聚到CIO前，因此找到解决这些问题的系统方法至关重要。

EA从高层定义了业务流程架构，并且从高层定义衍生出应用需求。EA创造了更多信息共享的需求，但是它还鼓励用户在传统应用之外满足需求。

EA对应用集成的影响

EA对应用集成的影响在于信息集成的以数据库为中心的理念。如果业务数据存储在某个仓库里，可以通过查询使用这些数据，那么单个信息的使用是和查询及分析相关的，而和特定应用程序无关。

应用的组件化将大而全的软件分解成很多小部分，每一小部分和其他部分都是松耦合的关系。信息在应用内的组件之间的流动必须非常高效，否则工作的体验和生产效率就会受到影响。因此，大家做了大量工作，致力于改进组件间信息的交换。移动和移动工作的巨大作用鼓励越来越多的组件化，因为尝试解决这些生产力问题的公司需要更加高效。

组件化的一大驱动因素是组件重用，从一个通用组件集构建出多个应用。因为在应用间重用组件，应用本身的壁垒被打破，应用集成和组件集成成为趋势。组件集成工具，比如服务和消息总线或服务数据定义语言，也能够用来集成应用程序。

云计算和虚拟化已经打破了应用程序或者组件和服务器资源之间的传统壁垒。服务器已经是池的一部分，一些服务器甚至可能在公司外的公有云上。任何功能都可能运行在任何地方，因此需要记录下来它到底在哪里运行，这样其他组件才能够找到它。以动态方式部署应用意味着在部署组件之间提供动态的链接。

应用集成随着应用开发的进化而演变

因为应用开发的其他方面在演进，促使应用集成也在持续改进。敏捷运营创建出了新工具集的需求，并且这些工具已经进化为更为复杂的编排工具，来部署并且链接运行在资源池上的应用和组件。这些工具，随着进化和改进，吸收了一些曾经是应用集成传统部分的功能。

这些趋势影响着数据库和信息流的使用方式，来为业务流程链接IT所支持的各个组件。在传统理念里，如今应用集成领域最为重要的趋势不再是唯一的问题或者甚至不是最重要的问题。如果你问CIO们如今他们最大的挑战是什么，应用集成可能不是最大的，但是三个新要素却可能是。

应用集成的观点需要适应这样的现实。EA驱动关注于分析，软件组件化以及云都会影响到信息的移动，从而影响到解决应用集成的方式。支持这三种要素的工具已经正在互相融合，应用集成显然也会随着时间的推进成为越来越多的工具会考虑到的领域。