SAP集成技术(十一)SAP混合集成平台
愿景
SAP产品之间实现无缝集成还需要一些时间,目前可能还存在一些技术挑战或者需要进一步的开发工作,以便在未来能够轻松地把所有SAP产品整合在一起。让SAP产品能够顺利地与非SAP的解决方案连接,这也是目前尚未完全解决的问题。实现产品和服务之间的协调一致(即“harmonization”)需要承担高昂的成本,并且是一个长期的过程。尽管如此,如果成功地实现了产品的协调一致,那么将带来无与伦比的竞争优势。这是因为可以选择一个运行顺畅的整体解决方案包,而不是选择那些只能通过巨大努力才能连接在一起的单独应用程序。
内容摘录自《SAP Interface Management Guide》。
本文链接:https://www.cnblogs.com/hhelibeb/p/17891502.html
购买其他解决方案使SAP世界更加复杂化,因此,数据模型自然也变得更加异构,反过来意味着更大的集成工作量,因为消息必须进行转换。SAP在2018年决定更紧密地连接部分共存的产品,简化集成,并通过其客户加速实施项目。在这方面的一个重要元素是通过SAP Graph访问解决方案中的对象。然而,这种模型不是一个规范的数据模型,其中上游接口结构被转换为相应的内部数据模型,而是一个领域驱动设计的实现,其中数据对象的属性被直接用作数据结构的一部分。
这种协调,也被称为SAP One Domain Model,一方面有助于SAP环境内的跨应用集成场景更直接、无缝地相互交互。另一方面,新的应用,特别是用户界面,可以更容易地访问SAP应用的对象。与此同时,SAP One Domain Model甚至在SAP API Business Hub中作为一个单独的对象类型。可以访问其文档和功能,用于自己的实现,如图1所示。
图1 在SAP API Business Hub中的SAP One Domain Model
SAP One Domain Model"旨在实现产品套件的更加统一和简化使用,这些属性使得跨单个产品使用SAP解决方案更加容易和统一,包括以下内容:
• 无缝用户体验(UX):统一的UI外观以及导航。
• 一致的安全和身份管理:统一的用户提供和系统登录。
• 对齐的领域模型: 跨应用使用的统一对象,SAP One Domain Model。
• 嵌入式和跨产品分析:对公司和客户的全面视图。
• 单一工作流收件箱:跨本地数字收件箱的集中任务管理。
• 协调的生命周期管理:统一的部署和运营。
• 端到端的业务蓝图:可实施的参考架构
关于复制和主数据的共同处理,SAP还提供了SAP Master Data Integration解决方案。基于SAP One Domain Model,消息与应用和中央服务交换,以实现数据同步。借助SAP Cloud Integration,还可以连接到非SAP应用。当然,这些消息必须转换为相应的格式,如图2所示。
图2 SAP Master Data Integration
我们将使用图3中显示的开箱即用的集成、开放集成和人工智能(AI)驱动的集成来解释SAP的集成策略。SAP BTP统一了这些技术,并提供了这些部分独立出现的解决方案的总体视图。
图3 SAP集成领域
对于SAP应用和未受协调影响的非SAP应用,SAP提供了集成内容,能够在业务流程中实现通信。未来将增加非SAP应用(如Salesforce、Workday或ServiceNow)的集成,并将由SAP自己或SAP合作伙伴提供。SAP正在努力成为一种“集成的Netflix”,在一个集中的市场上提供许多现成的接口,既提供、同时也管理集成解决方案。
SAP将这些SAP应用之间以及SAP与非SAP应用之间的连接形式统称为开箱即用的集成。换句话说,跨应用的业务流程从一开始就能运作,而无需首先为每个SAP客户通过一个(昂贵的)实施项目单独开发接口。
此外,SAP提供了通过开放集成集成客户特定应用的能力。这种方法主要通过SAP Cloud Integration和Open Connectors解决方案,以及通过提供的各种API来实现,可以用这些API来进行集成项目。
SAP也定位了另一个集成原则:AI驱动的集成。这种集成指的是通过机器学习方法简化接口开发,例如,在SAP ntegration Suite的Integration Advisor中的映射建议,以及在SAP Cloud Integration中的iFlows建模建议。
SAP集成技术的未来在基于开源组件的SAP BTP产品中。因此,基于SAP NetWeaver的专有技术最迟将在2030年的扩展维护结束时变得过时。计划中退役的也包括SAP PI或SAP PO接口平台。
中期的目标架构(因此目前还在SAP的愿景中)的混合集成平台来自SAP,如图4所示。
图4 带有集成单元的SAP Integration Suite
新的示意图中,没有SAP NetWeaver基础系统,如SAP PO。相反,SAP使用了集成单元这个术语。这个术语指的是一个基于容器技术(如Docker)的纯运行时组件,用于本地(现场)部署,以尽可能简单地进行安装和操作。因此,接口的设计完全在基于浏览器的云托管中进行。在未来,你将能够选择云本身和集成单元作为运行时环境。
在SAP BTP中,以下运行时组件将成为集成单元的一部分:
- SAP API Management:用于本地部署API。
- SAP Cloud Integration:用于本地运行SAP Cloud集成内容。
- SAP Event Mesh:用于本地处理事件,例如,从一个SAP S/4HANA现场系统发送的事件
- Open Connector:用于本地连接位于同一数据中心的非SAP应用。
这些组件类似于构成SAP ntegration Suite的当前许可捆绑服务。然而,这些服务只是SAP所提供的集成技术中的一部分。SAP计划按此顺序提供集成单元解决方案:首先是只支持API管理的版本,然后是带有SAP API管理和SAP Cloud集成的版本,依此类推。
因此,集成单元能够在您自己的数据中心中完全运行以下集成场景,包括SAP系统之间、SAP系统与非SAP系统之间以及非SAP系统之间的集成:
- 提供和使用API
- 通过SAP Cloud Integration进行通信
- 事件集成
- 连接标准化的非SAP应用
SAP 在集成组件方面的策略是从专有的 SAP 技术转向开源组件。参考sapinsider的Transitioning to SAP Cloud Platform Integration Suite
如果你是 SAP 客户,你应该升级到最新的 SAP NetWeaver 版本 7.50,并从 ABAP 与 Java 结合的双栈架构切换到Java 单栈,如图5 所示
图5 从 SAP PI 到 SAP PO 的迁移
这种迁移可以采取 SAP PO 或带有 Advanced Adapter Engine Extended (AEX) 选项的 SAP PI 的形式。除了 SAP 的维护,这个解决方案还包括更高的吞吐量、更好的处理速度(特别是在同步通信中)以及运营过程中更低的资源消耗等好处。
在 SAP NetWeaver 版本 7.50 中,SAP PO 中也提供了 SAP Cloud Integration 运行时,这允许您在本地安装上运行在 SAP Cloud Integration 中建模的接口。
图6 显示了作为 SAP BTP 一部分的云中的服务以及 SAP PO 中的 SAP Cloud Integration 运行时组件。如果两个应用程序或系统在同一数据中心交换大量消息并因此彼此交换大量数据,这个场景特别重要。
图6 SAP Process Orchestration 与 Cloud Integration 运行时
此外,SAP 通常建议对于新的集成场景使用 SAP Cloud Integration,无论它们是纯粹的云接口还是混合接口。许多预构建的接口可用于 SAP 云应用程序之间以及混合场景(例如,对政府)的通信。对于需要新开发的纯本地接口,SAP 也推荐在 SAP Cloud Integration 中开发,并在集成了云集成运行时环境的本地 SAP PO 7.50 安装中操作。
总的来说,推荐迁移到云集成技术,为组织准备未来的集成平台(不含 SAP NetWeaver)。理论上,已经可以使用 SAP Cloud Integration 技术实现所有必要的接口,涵盖以下方法:
• 通过云集成实现云对云
• 通过云集成实现本地对云
• 通过 SAP PO 7.50 的云集成运行时实现本地对本地。
然而,在实践中,这种方法并不总是可行的,因为在 SAP PI/SAP PO 中的某些功能尚未在 SAP Cloud Integration 中实现。
总之,SAP 的集成技术未来显然将基于开放标准。对于使用 SAP PI 或 SAP PO运行其接口的 SAP 客户来说,处理 SAP Cloud Integration 可能是不可避免的。有了作为本地运行时环境的集成单元,不再需要坚持使用 SAP PI 或 SAP PO 。随着 SAP PO 的维护在 2027 年结束或延长维护至 2030 年,其继任者 SAP Cloud Integration 已经确定是 SAP Integration Suite的未来。有关最新信息,请参阅 SAP Integration Suite 路线图,网址为https://roadmaps.sap.com/board。
组件
2021 年 1 月,SAP 通过 RISE with SAP 修订并重组了其产品供应。同时,SAP Integration Suite 也进行了修订。SAP 现在更清晰地区分了数据集成和过程集成。
图7展示了 SAP BTP 的结构。虽然 SAP Integration Suite 和 SAP PO被归类在应用程序、开发和集成领域,但可以在数据库和数据管理领域找到数据集成工具。
图7 SAP BTP 的结构(来源:SAP)
SAP Integration Suite 组件概览
SAP Integration Suite 由多个组件组成,它的核心组件是 SAP Cloud Integration。这个中间件平台作为基于云的服务提供。几年来,SAP 在功能开发上一直专注于基于云的 SAP Cloud Integration。SAP 产品组合中的其他中间件平台不再是进一步开发的重点。
SAP API Management 组件也是 SAP Integration Suite 的一部分,它提供了集中规划、开发和管理应用程序接口的能力。原则上,也可以不使用 SAP API Management 来使用应用程序接口。然而,如果想要实施全面的安全策略、监控数据流量、处理错误或对应用程序接口的调用进行货币化,SAP API Management 可以支持这些功能。
通过 Integration Advisor 组件,SAP 提供了加速开发集成内容的功能。目前,Integration Advisor 包括创建电子数据交换(EDI)映射的功能。在创建新映射时,会使用之前通过 SAP Integration Advisor 创建的所有映射的知识,因此可以自动生成许多映射。然后,可以导出映射以在 SAP Cloud Integration 或 SAP PO 中使用。
SAP Event Mesh 是一个处理事件驱动通信的组件。在事件驱动通信中,应用程序在应用程序中发生特定事件时向事件代理发送小消息。事件代理使事件可用,以便其他应用程序可以决定哪些事件感兴趣。
通过 Open Connectors,SAP 提供了一个组件,使用户可以相对容易地集成基于云的应用程序。每个基于云的应用程序都有由提供商定义的 API。通常,各种应用程序的 API 都大不相同。例如,使用不同的认证方法,或支持不同的技术。通过 Open Connectors,可以在公司内统一地提供不同基于云的应用程序的 API。
SAP PO 是 SAP 的本地中间件平台,也是 SAP BTP 的一部分。然而,SAP PO 不是 SAP Integration Suite 的一部分,而是一个独立的产品。自 2004 年以来,SAP PO 一直提供过程集成功能,尽管这些年来产品名称不同(XI/PI/PO)。如前所述,SAP 更专注于 SAP Cloud Integration 而非 SAP PO 进行进一步开发。PO 的维护将在 2030 年结束,不再计划进一步的版本。
本地中间件的继任者
由于 SAP PO 的停止服务意味着 SAP 未来不会再提供本地中间件平台,SAP 已宣布正在开发“集成单元”(integration cell),这是 SAP Integration Suite 的一个本地运行时。然而,发布日期尚未确定。
除了到目前为止介绍的通常是 SAP Integration Suite 许可包一部分的过程集成工具外,SAP 的产品组合还提供了各种其他的数据集成工具。尽管这些服务不是许可包的一部分,但它们仍属于在 SAP BTP 上提供的集成服务。
SAP Data Intelligence 专注于数据集成和数据编排。该组件自 2019 年以来作为 SAP BTP 上的服务提供,并代表了 SAP Data Hub 的进一步发展。然而,与 SAP Data Hub 相比,集成机器学习能力使其更加专注于数据科学和机器学习的操作化。
SAP 还提供其他用于数据集成的应用程序。这些应用程序中的大多数是本地产品,旨在支持数据层面的集成,这通常涉及传输比基于过程的集成更大的数据量。
在混合环境中,本地和云环境之间的连接可能带来独特的挑战。Cloud Connector(SAP 连接服务的一部分)是一个小型的本地软件组件,允许在 SAP BTP 和本地环境之间建立安全连接。图8 展示了带有 Cloud Connector 的简单系统架构的架构。
图 48 通过 Cloud Connector 进行集成的系统架构(来源:SAP)
通常,会在隔离区安装 Cloud Connector,它的任务是在网络和 SAP BTP 账户之间建立安全连接。然而,这种安全连接仅用于单向,即从 SAP BTP 到本地网络的通信。必须使用例如反向代理来设置从本地网络到 SAP BTP 的连接。但是,一旦 Cloud Connector 与 SAP BTP 上的账户之间的连接建立起来, SAP BTP 账户到本地网络的任何连接都可以使用这个安全连接。
SAP API Business Hub 是 SAP 混合集成平台的另一个组件。这个集中存储库包括 API、集成、事件和核心数据服务(CDS)视图,提供了对 SAP 世界内可用标准接口的一般介绍。
SAP Graph 仍然是一个非常新的产品。到目前为止,SAP Graph 仅提供测试版,如果您想使用 SAP Graph,必须考虑到这一点。然而,SAP Graph 是 SAP 混合集成平台长期重要的一部分。
SAP 混合集成平台中的大多数组件都可以单独使用和许可。然而,混合集成平台通过不同组件的组合发挥出最大的优势。这样的组合的一个例子是数字集成中心。
SAP集成技术(十一)SAP混合集成平台的更多相关文章
- SAP 前端技术的演化史简介
Jerry之前曾经写过一篇微信公众号文章,题目叫<> 关注我的公号"汪子熙"后,在历史菜单"前端开发相关"里即可找到这篇文章: 该文章简单回顾了SA ...
- 「SAP技术」SAP 如何看序列号被包在哪些HU里?
「SAP技术」SAP 如何看序列号被包在哪些HU里? 事务代码SE16 ,表名OBJK, 输入物料号,序列号,HeadTable 输入值SER06, 查询结果如下, 根据objlist, 去表ser0 ...
- 「SAP技术」 SAP MM MPN物料的采购初探
「SAP技术」 SAP MM MPN物料的采购初探 1, MPN物料号与我方正常使用料号物料主数据之间的LINK关系维护 MPN料号 14000005 , 我方料号11000250 , 2,采购信息记 ...
- 【ABAP系列】SAP DOI技术中I_OI_SPREADSHEET接口的使用
公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[ABAP系列]SAP DOI技术中I_OI_S ...
- 微服务架构:基于微服务和Docker容器技术的PaaS云平台架构设计(微服务架构实施原理)
版权声明:本文为博主原创文章,转载请注明出处,欢迎交流学习! 基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发.部署.运维管理.持续开发持续集成的流程 ...
- 独家 | 蚂蚁金服TRaaS技术风险防控平台解密
小蚂蚁说: 在金融行业,风险防控能力的重要性不言而喻.而蚂蚁金服可实现高达99.999%的异地多活容灾,千亿级资金秒级实时核对“账.证.实”等能力也让业界有目共睹. 今年位于杭州的蚂蚁金服ATEC科技 ...
- Docker容器技术的PaaS云平台架构设计***
基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发.部署.运维管理.持续开发持续集成的流程.平台提供基础设施.中间件.数据服务.云服务器等资源,开发人员 ...
- UI5-技术篇-SAP UI5数据表进行了比较:sap.m.Table与sap.ui.table.Table
https://a.kabachnik.info/sap.m.table-vs-sap.ui.table.table-features-compared.html SAP UI5数据表进行了比较:sa ...
- TorchScript神经网络集成技术
TorchScript神经网络集成技术 create_torchscript_neuropod 将TorchScript模型打包为neuropod包. create_torchscript_neuro ...
- PyTorch神经网络集成技术
PyTorch神经网络集成技术 create_python_neuropod 将任意python代码打包为一个neurood包. create_python_neuropod( neuropod_pa ...
随机推荐
- KingbaseES中查询对象大小的SQL及函数区别
--查看所有数据库大小 select sys_database.datname, sys_size_pretty(sys_database_size(sys_database.datname)) AS ...
- 前端使用 Konva 实现可视化设计器(1)
使用 konva 实现一个设计器交互,首先考虑实现设计器的画布. 一个基本的画布: [展示]网格.比例尺 [交互]拖拽.缩放 "拖拽"是无尽的,"缩放"是基于鼠 ...
- #直径,线段树#51nod 1766 树上的最远点对
题目 多组询问,在 \([a,b]\) 和 \([c,d]\) 中分别选一个点 \(x,y\) ,使得 \(dis(x,y)\) 最大 分析 考虑直径的一个性质,两个点集两条直径的四个端点可能成为合并 ...
- #dp#nssl 1478 题
分析 设\(f[i]\)表示第\(i\)个是否幸存,\(dp[i][j]\)表示若第\(i\)个幸存,第\(j\)个是否必死 倒序枚举人,如果存在\(dp[i][a[x]],dp[i][b[x]]\) ...
- USACO 4.1
目录 洛谷 2737 麦香牛块 分析 代码 洛谷 2738 篱笆回路 分析 代码 麦香牛块洛谷传送门,麦香牛块USACO传送门,篱笆回路洛谷传送门,篱笆回路USACO传送门 洛谷 2737 麦香牛块 ...
- #差分约束系统,Spfa,SLF优化#HDU 3666 THE MATRIX PROBLEM
题目 多组询问,给定一个\(n*m\)的矩阵\(C\)和一个区间\([L,R]\), 问是否存在一个长度为\(n\)的序列\(A\)和一个长度为\(m\)的序列\(B\), 使得所有 \[\frac{ ...
- Spring反序列化JNDI分析
漏洞原理 Spring框架的JtaTransactionManager类中重写了readObject方法,这个方法最终会调用到JNDI中的lookup()方法,关键是里面的参数可控,这就导致了攻击者可 ...
- Docker学习路线5:在 Docker 中实现数据持久化
Docker 可以运行隔离的容器,包括应用程序和其依赖项,与主机操作系统分离.默认情况下,容器是临时的,这意味着容器中存储的任何数据在终止后都将丢失.为了解决这个问题并在容器生命周期内保留数据,Doc ...
- openGauss资源池化开发者入门指南(二)
openGauss 资源池化开发者入门指南(二) 一.内容简介 openGauss 资源池化是 openGauss 推出的一种新型的集群架构.通过 DMS 和 DSS 组件,实现集群中多个节点的底层存 ...
- ChatGPT 背后的“功臣”——RLHF 技术详解 以强化学习方式依据人类反馈优化语言模型
OpenAI 推出的 ChatGPT 对话模型掀起了新的 AI 热潮,它面对多种多样的问题对答如流,似乎已经打破了机器和人的边界.这一工作的背后是大型语言模型 (Large Language Mode ...