What is integration?

当 IT 系统随着时间的推移不断发展壮大，它们开始肆意蔓延，彼此割裂。供应商的解决方案无法与其他供应商的解决方案沟通。最终，在您的整个 IT 堆栈中，这些解决方案除了"都是您的"之外，再也没有任何其他联系。所以，我们需要一种恰当的方式来理清这团"打结的耳机线"，从而消除各种重复操作，尤其是业务逻辑的重复实施和处理。

*注意：以下是关于语义的争论：物理拓扑与逻辑拓扑，方法、架构与技术。以下说明仅为基本概述。

通过企业应用集成（EAI），可以彻底解决这种分各自为阵。EAI 是一项技术、一种工具、一个框架，可在应用间实施基于消息的实时集成。这些消息由各个应用内部的变化或参数触发。EAI 是通过点对点和中心辐射这两种方式中的一种实现的。

点对点模式意味着必须定制每一个应用，以便与其他应用和您的 IT 组件沟通。这完全采用定制模式，匹配每一个 IT 资产及其连接的每个资产。这项工作也非常繁琐，而且还很容易出错。当您更新基础架构和应用时，情况还会更糟。随着时间的推移，这种模式会变得非常难以维护。

为了解决这一问题，中心辐射模式便应运而生了。这种模式会通过中央代理（即中心）来处理应用和服务间的连接。连接中心与应用和服务的轮辐可以单独进行维护。这使得应用能够更加专注地实现自身应有的功能，并将所有的集成工作交由中心和路径来处理。这种方法的主要缺点是中心的集中化。它成为了系统和基础架构沟通的单点故障。从设计层面来看，EAI 中心辐射模式中的所有集成都依赖于中心的正常工作。

在 EAI 中心辐射方案之后，又出现了企业服务总线（ESB）。ESB 是一个基于消息的抽象工具，可以模块化应用间的服务。

ESB 还可充当中心，用于共享、路由和组织所有的模块化服务，使您的应用和数据实现互连。这是适合 EAI 中心到轮辐的更好的解决方案，但随着组织的成长，资产的增加，以及需要更快地处理资产和软件资源间的通信，这可能还不是最终解决方案。

到目前为止，您可能觉得 ESB 看上去和中心辐射模式很相似。是的，但 ESB 有一些在功能性方面非常特别的功能。

但是，典型的 ESB 部署往往会形成集中式架构，因为它的所有集成服务都会集中到一处来托管和控制（这个显而易见的原因已在介绍中心辐射模式时提到过）。集中式 ESB 部署和架构能够实现严格的集中监管，但这无助于交付速度更快、适应性更强的解决方案，进而为数字化转型计划奠定基础。此外，ESB 自身往往也会成为一个单体式应用。

至此，我们一直都在讨论集成，也就是能使一切协同工作的技术。那么，敏捷集成又是什么呢？简单来讲，对红帽而言，它就是未来的互连系统，并说明了这些系统是如何支持您的 IT 团队完成必要的实际工作，从而推动业务发展的（尤其是在变化日益频繁的情况下）。

红帽认为，传统的集成方法（即由集中式团队来控制单体式技术）会阻碍分布式应用的开发和长效实用。传统集成技术（如 ESB）的长处在于优先考虑安全性和数据完整性，但它们也要靠单个团队来定义出整个企业的集成方案。

如今，以敏捷和 DevOps 方法开发、松散耦合的云原生应用架构需要一种同样敏捷且可扩展的集成方法。红帽敏捷集成的设计思路，就是打造一种连接资源的方法，结合集成技术、敏捷交付技术和云原生平台，来提高软件交付的速度和安全性。具体而言，敏捷集成就是要将 API 等集成技术部署到 Linux 容器中，并将集成角色扩展至不同职能的团队。敏捷集成架构共有 3 个主要功能：分布式集成、容器和应用编程接口。