SAP集成技术（十）混合集成平台

混合集成平台hybrid integration platform (有时缩写为HIP)这个术语近年来被大量使用，但很多人可能不太清楚它的概念。

内容摘录自《SAP Interface Management Guide》。

本文链接：https://www.cnblogs.com/hhelibeb/p/17870834.html

混合集成平台是什么

你可能熟悉集成平台这个术语。一个集成平台由一个中间件产品或者多个这样的产品的组合构成。集成平台的目的是以面向过程的方式连接价值链中的不同应用。近年来，SAP为许多公司引入了SAP PO（及其前身PI）作为中间件产品。这些公司中的许多人也在他们的集成平台中使用其他的SAP产品（例如，SAP Business Connector）。

也有公司使用不同的中间件产品进行内部和外部集成。一个典型的例子是SAP PO用于A2A集成（内部集成），而SEEBURGER业务集成套件用于B2B集成（外部集成）。这种分离的原因有很多。这两种类型的集成的要求是完全不同的。

现在让我们看一下混合这个术语。一般来说，在IT中，当两个或更多的技术被结合时，称之为混合。在混合集成平台的上下文中，混合指的是本地和基于云的景观的结合。在不同的集成风格的上下文中，本地应用和云应用的集成有不同要求（参见SAP集成技术（五）集成风格）。

简单来说，四个维度描述了混合集成平台的属性。如图1 所示，这些维度及其属性基于Gartner的分类方案。前面文章中的ISA-M描述了集成领域，集成风格和角色。只有第四个维度在ISA-M的上下文中没有被考虑。这个维度描述了如何或在哪里想要运行混合集成平台。

基于这四个维度对混合集成平台的描述起初是相当全面的。因此，这一节主要处理技术视图。其他维度（例如，组织）在后文中有更详细的讨论。

原则上，可以假设混合集成平台具有与经典集成平台相同的功能。让我们在这里再次总结这些功能：

• 用于接收和发送信息交换的集成组件
• 数据转换工具，以便转换结构，使应用程序能够以其格式发送和接收信息
• 用于消息流控制和基于内容的路由的编排功能
• 监控功能，以监视平台的正确操作
• 报警功能，以便在出现错误时由系统通知，并快速启动错误解决
• 可伸缩性，以便根据消息量调整集成平台

除了中间件产品的经典功能，混合集成平台通常还提供其他功能。这些功能旨在支持混合集成平台的用户更快、更有效地实现集成。最重要的额外功能在表1中列出。

总结来说，混合集成平台是：

• 一个集成产品或者多个集成产品的组合
• 专为集成基于云和本地应用而设计
• 通常至少具备与经典集成平台相同的功能
• 通过表1 中展示的进一步功能进行丰富

此时，让我们简要讨论混合集成平台和集成平台即服务（IPaaS）概念之间的差异，因为这两个术语经常被混淆和误用。简单地说，IPaaS是由供应商托管的中间件产品。在这种情况下，托管供应商也可以是中间件产品的制造商。然而，通常情况下，IPaaS并没有表1 中所示的混合集成平台特性的其他功能。例如，SAP在各种数据中心提供的SAP Integration Suite作为IPaaS。

一般来说，可以在云中或本地操作混合集成平台。如果从不同提供商的组件中构建自己的混合集成平台，混合形式也是可以想象的。例如，你可以将提供商A的中间件产品与提供商B的API管理产品结合起来。但是，必须记住，当结合来自不同供应商的产品时，通常需要克服较大的障碍。

在许多情况下，混合集成平台是基于云的服务。在这种情况下，IPaaS是混合集成平台的核心组件。SAP混合集成平台内的核心组件是 IPaaS SAP Cloud Integration。通过使用额外的组件（例如，Cloud Connector和SAP API Management），SAP Integration Suite可以成为一个混合集成平台，也具有表1 中描述的功能。

为什么需要混合集成平台

最明显的一点是，有了混合集成平台，可以在的系统环境中运行本地和云应用。目前，很少有公司还没有运行云应用。通常，云应用在其应用架构上从根本上与本地应用不同，因此对你的集成团队提出了特殊的要求，因为可能几乎没有或只有很少的定制化。因此，必须根据提供商定义的API实现对云应用的接口。

有了混合集成平台，你可以实现以下好处：

• 事件驱动集成：许多云应用主要或完全依赖于事件驱动的通信。在这种情况下，集成平台必须能够接收和处理事件或对它们做出反应。经典集成平台通常不针对事件进行优化；使用混合集成平台的组件，实现可能会更简单。
• 使用集成内容：此外，可以使用混合集成平台的集成内容来执行系统环境中的集成活动。例如，假设你想实现 Salesforce 作为客户关系管理（CRM）解决方案，并使用 SAP Integration Suite 中预打包的集成内容。预构建的集成内容可以帮助加速接口的开发。理想情况下，可以在简单配置连接后直接使用集成内容，并且不需要进行任何进一步的调整。
• 改善你的本地环境集成：你可能希望进一步改善现有的集成环境，例如，将事件驱动的通信引入到你的本地环境，或者，你可能希望更紧密地将专业部门集成到集成工作中，并给予他们执行某些集成任务的机会（例如，在电子数据交换环境中创建映射）。
• 集中访问本地环境：也可以使用混合集成平台作为访问你的本地环境的中心接入点。可以通过使用混合集成平台的 API 管理功能来实现这种访问。也可以将这些 API提供给客户和供应商。
• 更强的实时处理焦点：可能需要将通过批处理和后台作业处理的接口转换为（接近）实时处理。混合集成平台的组件可以提供相应支持。
• 支持集成环境中的敏捷性：假设希望在集成环境中使用敏捷的接口开发方法。可以为接口对象设置一个 CI/CD 管道，并将代码管理（如 GitHub）集成到开发过程中。
• 加速集成开发：可以更灵活地应对集成环境中的需求，并通常可以加速接口开发。与此同时，可以在几次迭代中扩大你的混合集成平台的范围。混合集成平台通常由不同的组件组成：因此，不必一定要购买和使用混合集成平台的所有功能。取而代之的是，根据供应商的情况，可以选择逐步添加单个组件，从而在较长的时间内扩展混合集成平台。
• 达到一定的成熟度：通过使用混合集成平台，可以在你的公司中达到一定的成熟度。在SAP集成技术（八）成熟度模型中，我们介绍了两种不同的成熟模型。在这两种模型中，一旦达到一定的成熟度，几乎必须使用混合集成平台。一些成熟度的标准描述了只有通过混合集成平台才能有意义地实现的特性。
• 混合集成平台作为中心平台：如果你希望的话，可以有一个管理和监控你公司所有集成的中心平台。尽管混合集成平台由不同的组件组成，但混合集成平台可以提供集中化的管理。
• 集成团队作为推动者：集成团队应该是建立你公司未来稳定的集成架构的驱动者，应该为此目的发展集成团队。通过使用混合集成平台，某些集成环境中的任务可以转移到最终用户。集成团队因此作为一个推动者，并在平台范围内培训你的组织。

你可能会问自己是否真的需要一个混合集成平台来完成这些任务。从纯粹的客观角度来看，并不一定需要一个混合集成平台来实现这些目标。也可以在没有混合集成平台的情况下，更强烈地将现有的接口与实时处理对齐。因此，当然可以继续使用你的传统集成平台。然而，我们不能给你一个统一的建议。以事件驱动集成为例：原则上，也可以使用一个传统的集成平台（例如，SAP PO）来实现事件驱动的通信。然而，SAP PO并没有针对处理事件或者基于事件执行相应任务进行优化。混合集成平台为此提供了一个独立的组件 —— 在SAP环境中，这个组件是SAP事件网格（参见后文）。这个组件专门用于接收和存储事件，并在必要时触发进一步的操作。虽然可以想象使用SAP PO实现类似功能，但需要的设计和开发工作量极高。

许多传统中间件平台的制造商在近年来越来越关注混合集成平台。一些制造商已经将他们的中间件产品扩展为混合集成平台。其他制造商在市场上推出了全新的产品。原则上，趋势是大多数制造商的创新都来自云，并且提供越来越多的基于云的服务。

SAP也已经关注混合集成平台多年。通过SAP Integration Suite，SAP在云和现场提供了各种组件。SAP采取的策略与许多其他供应商相同：创新来自云，并在适当的地方为本地组件进行调整。

方法和实际使用

在这最后一节中，我们将描述开发和建立一个混合集成平台的经验。建议按照图2 所示的四个阶段进行实施，我们将在本节中详细描述这些阶段。

阶段1：识别和描述需求

第一步是从业务单元分析集成需求。与公司中的相关人员进行讨论或进行访谈，以更好地了解他们的需求。探索可能对混合集成平台产生影响的策略和措施。第一阶段的目标是写下需求，并显示出对集成重要性的透明度和认识。虽然这些目标一开始可能听起来很琐碎，通过它，经常会发现公司中有许多项目或计划，并未充分考虑到IT部门或负责集成的专家团队的参与。

一个有用的方法是按照短期（12个月）、中期（3年）和长期（5年）的时间视角，以及按照专业领域或过程领域分类需求。分析可能包括以下项目：

• 制造工厂计划实施工业4.0策略，目前正在从可能的物联网解决方案中进行选择。
• 销售部门的管理层正在积极寻找适合的软件即服务（SaaS）CRM应用程序。
• 市场营销希望实现一个中央数据湖，用于在未来映射数字产品。

所有这些项目都有集成的需求，了解这些需求有助于考虑混合集成平台的相关点。

阶段2：盘点当前状况

在第一阶段之后，我们建议对当前的集成环境和公司内部存在的集成能力进行详细分析。将分析划分为以下三个维度可能会有所帮助：

• 技术和工具
• 流程和方法
• 组织和角色

在分析的第一步，创建一个接口目录。如果当前在企业架构工具或类似的接口管理工具中已经有记录，可以使用这个列表作为基础。或者，可以生成一个简单的Excel列表，提供有关已经存在的接口的相关信息。在这个环境中，问自己以下问题：

• 在当前的环境中实现了多少接口？
• 已经集成了哪些IT应用或IT系统，这些组件中有多少是现场或SaaS解决方案？
• 通过中间件或经典的点对点连接实现了哪些接口？
• 主要使用了哪些技术和协议（例如，SAP ALE/IDoc，RFC，web service等）？

在详细分析的第二步，需要处理集成环境中的流程和方法。目标是理解当前集成环境如何工作。问自己以下问题：

• 当前如何捕捉接口需求？
• 当前如何记录接口？
• 对于使用和实施接口，有已经定义的规则和惯例集吗？
• 接口的验收是否存在明确的测试策略？
• 当前如何运营你的接口产品？有明确的监控和变更概念吗？

在第二阶段的第三步，需要查看你在IT组织中与集成角色相关的能力。问自己以下问题：

• 对于接口，你有明确的责任吗？
• 在接口团队内，有描述和活跃的角色概念吗？
• 你在接口团队中代表什么样的技能？

基于这些问题，可以识别出需要通过混合集成平台来填补的初始差距。

在第二阶段的详细分析的最后一步，所有的结果都被总结起来。我们建议使用ISA-M中的模板和组件。在实践中，将第一阶段的需求映射到一个集成领域模型是一个有用的步骤。此外，第二阶段关于技术和工具主题的结果可以被有效地应用到集成风格和用例。

阶段3：描述混合集成平台的目标形象

第三阶段的目标是决定个性化混合集成平台应该如何定义。首先，专注于混合集成平台应该由哪些技术组件和集成产品组成。应该使用从第一阶段和第二阶段得到的结果，并展示哪些集成域和集成风格可以通过相应的集成技术和产品被映射，如图3 所示。

如图3 所示的示例混合集成平台由几个提供商，包括合作伙伴解决方案，提供的总共七种不同的集成产品组成。示例显示了混合集成平台 —— 本地、基于云和托管服务解决方案的混合。

根据已经到位的集成解决方案和集成需求，这个画面可能会有所不同。在集成环境中，一些产品提供商允许在一个中央平台中映射各种能力。SAP自身将其自己的混合集成平台解决方案称为SAP Integration Suite，后文会更详细地描述。

图4 显示了SAP Integration Suite的结构，并提供了初始的洞察，说明SAP对混合集成平台的产品组合的设想。

然而，为了符合平台概念，必须确保解决方案之间的交互正常工作，并遵循统一的操作概念，包括监控。除了平台的技术定义之外，阶段3也涉及到混合集成平台的其他方面和能力的目标描述。一个关键的组成部分是定义集成架构，模式和标准。这些信息将成为混合集成平台后期操作治理的基础。

典型的治理和操作工件包括以下内容：

• 命名规则和指南
• 适用于相关集成方式的参考架构和集成模式
• 安全概念
• 监控和警报概念
• 操作手册

架构和模式可以以视觉方式表示。图5显示了一个参考架构的示例。SAP为此提供了一个Microsoft PowerPoint模板，可以在 http://s-prs.co/v546719 免费获取。

此外，从我们的角度来看，一个关键的步骤是要考虑组织和角色。公司通常会从许多现代集成解决方案中组建他们的混合集成平台，但是无法在公司内部用适当的角色和能力进行配备。再次，ISA-M提供了关于需要什么角色来操作一个混合集成平台并在组织中建立它的想法。

阶段4：实施路线图和试点

在第四阶段和最后阶段，识别、描述和安排实施行动领域和措施。在前三个阶段，已经描述了挑战，公司的当前情况，以及你的混合集成平台的目标。为了达到目标，必须填补差距，并实施措施。

根据四个领域来组织行动领域和措施已证明是有用的，这四个领域如图6 所示。

思考一下需要采取什么行动来实现混合集成平台的目标，并描述它们，例如，使用路线图。可能包括以下行动：

• 在混合集成平台内部定义和配置所需的角色（例如，集成专家，混合集成平台管理员等）
• 定义和建立模式和参考架构（集成指南，API设计模式，事件订阅模型等）
• 持续分析新的集成工具以填补混合集成平台的功能和技术差距（例如，缺乏物联网集成的解决方案等）
• 开发一个中心监控解决方案，用于全面监控混合集成平台先进的程序.

热门相关：睡服BOSS：老公，躺下！   墨先生，乖乖娶我   墨先生，乖乖娶我   傲娇总裁：蜜宠小甜妻！   百炼成仙