什么是集成？

IT 集成（或系统集成）是指将 IT 组织中的各种数据、应用、API 和设备全都联系起来，以提高效率、生产力和敏捷性。集成是业务转型（为适应市场的变化，从根本上改变您的工作方式）的关键所在，因为它能使 IT 内部的一切紧密合作。集成不只是连接，它还能连接不同系统中的各种功能来产生新的功效，作出实质贡献。例如，您可以通过 Apache Kafka 这个开源平台，将数据流与您的应用集成，让它们能够对数据做出实时响应。

但不要把 IT 集成与持续集成（CI）混为一谈。CI 是指开发人员在一天中将代码的工作副本多次并入某个共享的中央存储库。CI 的目标是实现自动构建和验证，以便尽早检测出问题，从而加快开发速度。

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

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

企业应用集成

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

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

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

企业服务总线

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

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

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

• ESB 的定位，是一项采用开放标准的服务。这样就不需要为每个应用编写唯一的接口了。
• 只需对应用进行最小幅度的更改，就能部署集成服务。
• ESB 依靠符合行业标准的开放协议和接口，简化新的部署。

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

敏捷集成

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

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

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