关于应用集成架构你需要了解的几件事

业务流程越来越多得要求在很多任务，甚至很多应用之间共享更多的信息。应用集成架构是一种IT流程，确保数据或者某个功能能够从一个应用移动到另一个应用。应用集成架构，在早期更多是指一个手动流程，数据大多以连接器到连接器的方式传输，十分费力。

本文探讨了应用集成架构领域发生的事情，以及企业架构、托管和应用开发的趋势是如何快速改变这一领域的。

但是，在展望之前，让我们先深入理解应用集成架构是什么以及最开始为什么这么做。在大部分情况下，一小部分事务通过托管相关应用来创建出一系列的变化。过去，当这些应用开发出来并且独立运行时，为它们所开发的独立的数据管理系统会带来很大的数据不一致的风险。正是因为同一份信息会影响到多个应用程序，链接应用来避免多个数据入口的错误很可能就会影响到生产效率并且导致错误。

快速深入应用集成架构

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

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

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

EA对应用集成的影响

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

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

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

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

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

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

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

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

和趋势融合可能能够简化应用集成

所有主流应用和托管趋势的融合可能能够通过创建出单一的工具集从而整体简化集成，这样的工具集能够处理信息流集成和数据协调领域的过去以及现在的趋势。这还没有发生，短期内用户只能用过去的工具工作，并且解决使用这些尚未链接起来的工具和实践所带来的问题。

这些趋势也意味着无法真正避免应用集成的问题，那些认为自己已经完全解决这些问题的公司可能会发现如今的IT驱动因素会强迫他们重新思考这些问题。要想在未来，在敏捷和高效比现在更加重要的年代，创建出真正统一的IT环境，理解所有这些趋势，以及解决这些问题的工具至关重要。