语言 Chinese, Simplified

SEO Title

IT集成或系统集成是跨IT组织的数据、应用程序、api和设备的连接，以提高效率、生产力和敏捷性。当讨论业务转换时，集成是关键——当市场变化时，您如何进行业务以适应的基本变化——因为它使it中的一切都协同工作。集成不仅连接，而且还通过连接不同系统的功能提供的新功能来增加价值。例如，Apache Kafka是一个开放源码平台，它允许您将数据流与应用程序集成，这样它们就可以实时处理数据。

IT集成不同于持续集成(CI)，持续集成是一种开发人员的实践，在持续集成中，每天将代码的工作副本多次合并到共享的中央存储库中。CI的目标是自动化构建和验证，以便更早地发现问题，从而加快开发速度。

集成的简史

随着时间的推移，随着IT系统的成长和发展，它们开始彼此分离。一个供应商的解决方案无法与另一个供应商的解决方案进行沟通。接下来你知道的是，你有一个完整的IT堆栈，而连接它的只是你拥有它的事实。因此，需要一种方法来组织这种技术“意大利面条”，以停止重复的工作——特别是在实现和操作业务逻辑方面。

*注意:以下是关于语义的争论:物理拓扑vs逻辑拓扑，方法vs架构vs技术。下面的解释将是总体概述。

企业应用程序集成

企业应用集成(EAI)解决了所有这些分散的问题，它是一种技术、工具和框架，实现了应用程序之间实时的、基于消息的集成。这些消息是由各个应用程序内的更改或参数触发的。EAI有两种实现方式，点对点和中心辐射。

Point to point integration vs. hub and spoke integration

点对点模型意味着必须对每个应用程序进行定制，以便与其他应用程序和IT部分进行对话。这都是为每个IT资产及其连接的每个资产定制的。这也是一项非常繁琐的工作，而且容易出错。更复杂的是，随着你更新你的基础设施和应用程序，这个模型可能很难维护一段时间。

为了解决这个问题，有一个中心辐射型模型，在这个模型中，应用程序和服务之间的连接由一个中央经纪人——中心来处理。连接中心与应用程序和服务的轮辐可以单独维护。这使得应用程序本身更加集中，通过中心和辐条处理所有的集成艺术。这种方法的主要缺点是集线器的集中化。它成为系统和基础设施通信的单一故障点。根据设计，EAI中心辐射模型中的所有集成都依赖于中心的功能。

企业服务总线

遵循EAI中心辐射式方法的是企业服务总线(ESB)，这是一个在应用程序之间提供基于消息的抽象模块化服务的工具。

ESB还充当一个中心集线器，所有这些模块化的服务都在其中进行共享、路由和组织，以将应用程序和数据彼此连接起来。这是对EAI中心和分支的更好的解决方案，但随着组织的增长、资产的增加以及所有属性和软件资源需要更快的速度，这可能不是最终的解决方案。

Enterprise Service Bus Integration

到目前为止，您已经推测ESB看起来很像轮辐模型。这是事实，但是ESB具有一些非常独特的功能，使其在功能方面与众不同。

esb使用开放标准将自己呈现为服务。这样就不需要为每个应用程序编写惟一的接口。

集成服务可以通过对应用程序的最小更改进行部署。

esb依赖于行业标准的开放协议和接口来简化新部署。

然而，典型的ESB部署通常会导致集中式体系结构，这是中心辐射式模型中提到的明显原因——一个承载和控制所有集成服务的地方。但是，集中式ESB部署和体系结构带有严格的中央治理，这无助于交付更快、更适合的解决方案，而这些解决方案是数字转换活动的基础。此外，esb本身常常成为单片应用程序。

敏捷集成

到目前为止，我们已经讨论了集成本身—使所有东西一起工作的技术。那么，什么是敏捷集成?简单地说，这就是Red Hat如何看待连接系统的未来，以及它们如何支持您的it团队必须完成的实际工作，以使其蓬勃发展——特别是在变更发生得更频繁的情况下。

Agile Integration - Hybrid Platform

Red Hat认为，传统的集成方法(由集中的团队控制单片技术)可能会妨碍分布式应用程序的开发和长期使用。ESB等传统集成技术具有优先考虑安全性和数据完整性等优点，但它们也依赖于单个团队来定义整个企业的集成。

今天，通过敏捷和DevOps方法开发的松散耦合的云本地应用程序架构需要一种同样敏捷和可伸缩的集成方法。Red Hat对敏捷集成的看法是，它是一种连接资源的方法，结合了集成技术、敏捷交付技术和云原生平台，以提高软件交付的速度和安全性。具体来说，敏捷集成涉及到将诸如api之类的集成技术部署到Linux容器中，并将集成角色扩展到跨功能团队。敏捷集成体系结构可以分解为3个关键功能:分布式集成、容器和应用程序编程接口。