乐趣区

关于sap:SAP-ABAP-SteammPunk-蒸汽朋克的最新进展-嵌入式蒸汽朋克

Steampunk is going all-in

什么是 SAP ABAP Steampunk(蒸汽朋克)?

Steampunk(又名 SAP BTP ABAP 环境):提供一个 ABAP 平台,它不仅像明天一样是企业就绪 (enterprise-readiness) 的基准,而且也是云就绪的。蒸汽朋克的次要属性是:

(1) 平台和顶部解决方案之间的专用稳固公共接口,确保降级无故障

(2) 用于云开发的企业就绪环境,包含新的 ABAP 语言版本和 ABAP RESTful 应用程序编程模型 (RAP)

(3) 具备 BTP 集成、标准化零碎更新和配置以及自动化操作的云就绪运行时环境

(4) 咱们以后客户群的云过渡门路,认真均衡上述两种危险

2020 年之后,ABAP 蒸汽朋克曾经反对多租户。这意味着咱们的合作伙伴能够显着降低成本,他们当初能够在同一个 Steampunk 零碎中为多个客户提供 SaaS 解决方案。

对于 ABAP 内部人员:Steampunk 多租户架构基于 Client 字段,因而提供了消费者(租户)之间的齐全隔离,每个额定消费者的老本最低。

除此之外,蒸汽朋克带来了如此多的加强:针对云优化的改进型 ABAP 语言、对开发人员的更无效反对、为管理员提供更好的工具、用于 ERP 自定义代码的迁徙工具、重用服务或为合作伙伴提供的可扩展性只是其中的一小部分。

同时,SAP 蒸汽朋克团队正在致力于通过应用 Kubernetes 弹性扩大应用程序服务器、零停机更新、缩小最小 HANA 内存大小(30GB 而不是 64GB)、高可用性和劫难复原、更多数据中心和超大规模器来节省成本,仅举几例。

无论用例如何,咱们都为所有具备 ABAP 意识的客户和合作伙伴提供弱小的云产品。明天,SAP BTP 上的 Steampunk 反对以下场景:

(1) 客户应用 side-by-side 的形式,扩大他们的 ERP 应用程序(清洁外围打算,即 clean core initiative)

(2) 向其客户提供 SaaS 应用程序的合作伙伴

(3) 为 SAP 价目表开发 SAP 解决方案扩大的合作伙伴(例如 Vistex)

(4) SAP 产品(例如公用事业市场通信 – Market Communications for Utilities,或 SAP Master Data Governance, Cloud Edition)

(5) SAP 本人的外部 ERP 扩大

什么是嵌入式 ABAP 蒸汽朋克 – Embedded SteamPunk?

Steampunk 是涣散耦合的并行扩大或提供用 ABAP 编写的 SaaS 解决方案的合作伙伴的绝佳抉择。这有点相似于在 NetWeaver 上并行运行的解决方案。

在 On-Premises 环境中,客户能够通过批改 SAP 软件或编写能够应用任何 SAP 对象(上图中红色)的自定义代码来调整 SAP 软件。没有专用的稳固和公共接口,这正是宜人的降级问题的起因。应用 NetWeaver Standalone,至多能够编写生命周期与 ERP 外围拆散的涣散耦合扩大。

明天的状况看起来像这样(至多从 ABAP 的角度来看,为了简略起见,我将省略咱们的 BTP Java 和 Node.js 畛域)。

对于扩大机制,On-Premises 零碎(左下角)没有太大变动。但在云中,必须只提供云就绪扩大机制,在降级后不会呈现问题。对于所有涣散耦合的 ABAP 场景,解决方案是 BTP 上的 Steampunk(右上角),在平台和下面的层之间有一个稳固的公共接口(绿色)。

并行扩大 ERP 外围非常适合许多用例。但并不适宜所有人。思考须要在正在扩大的应用程序左近运行的自定义代码。在同一上下文中,调用本地 API,例如,防止大量数据复制,或在同一逻辑工作单元(数据库 LUW)中运行。对于这些状况,S/4HANA Cloud 到目前为止仅提供要害用户可扩展性(上图左上角)。这尽管是一种弱小的机制,容许字段扩大或自定义业务逻辑,但无奈与开发人员级别的经典扩大可能性进行比拟。在 S/4HANA Cloud 提供本地扩大款式当然不是一种抉择,因为这种策略并不是云就绪,不是降级稳固的)。

这就是咱们引入嵌入式蒸汽朋克的起因:

在外部,S/4HANA Cloud 和 Steampunk 无论如何都共享雷同的 ABAP 平台代码行(标记为蓝色),而 Steampunk 是一种翻新的领跑者。因而,将 Steampunk 开发模型间接嵌入 S/4HANA Cloud 堆栈是合乎逻辑的下一步。应用嵌入式蒸汽朋克开发的自定义扩大当初具备与蒸汽朋克云就绪和降级稳固雷同的属性:

  • 仅应用稳固的公共接口
  • 无需批改 SAP 代码
  • ABAP 语言和其余技术的限度应用
  • 限度应用零碎性能
  • 应用 RAP 进行高效开发

应用 ADT(ABAP 开发工具)应用嵌入式 Steampunk 开发扩大感觉就像在 BTP 上应用 Steampunk 开发一样。还有一个重要的额定益处:嵌入式 Steampunk 扩大不仅能够调用更具技术性的 ABAP 平台接口(绿色),还能够调用蕴含业务性能(例如,CDS 视图,如 I_Product、替换对表 MARA 或 RAP 外观的间接拜访以创立洽购订单)。在 S/4HANA Cloud 中,自定义代码自身要么是本人的应用程序或服务,要么是应用家喻户晓的 BADI 技术通过公共扩大点实现的。

如果您是一名 ABAP 开发人员,并且违心相熟 RAP、ADT 而非 SE80,或者是洁净的 API 而不是自由式批改,那么嵌入式 Steampunk 会让您感到宾至如归。您能够应用您曾经晓得的所有工具和流程。这些都是 SAP 数以千万计的开发人员每天应用的雷同工具和流程。

Embedded Steampunk for S/4HANA on-prem

S/4HANA On-Prem 依然容许经典扩大,缩短了从经典 ERP 世界的迁徙门路,但留下了降级问题。借助本地 S/4HANA 中的嵌入式 Steampunk(下方左下角),咱们心愿反对将这些零碎转换为更清洁的外围,并在 SAP 和扩大之间建设稳固的公共接口。当然,因为大量经典的自定义代码和短少公共 SAP API 或扩大点,咱们不能在一夜之间强制执行这样的动作。

这就是为什么本地 ABAP 自定义代码当初能够设置一个标记,通知 ABAP 编译器是容许经典代码还是强制执行严格的 Steampunk 查看。

因而,本地 S/4 客户能够在 ABAP 类级别上自由选择:放弃经典的扩大​​办法或重构它。毋庸置疑,重构使外围逐渐变得更洁净,缩小降级问题并为将来迁徙到云做好筹备。

Steampunk 开发环境在 BTP、S/4HANA Cloud 和 S/4HANA On-Prem 中完全相同。本地公共 S/4 业务接口(橙色)目前是应用云优先方法创立的,但也会随着工夫的推移在本地 S/4 中增长。

在咱们看来,蒸汽朋克和嵌入式蒸汽朋克使从本地到混合再到云的漫长过渡期变得更加容易。并且两者都齐全反对清洁外围策略。

嵌入式 Steampunk 曾经在 Sapphire 2021 上作为实验室预览版(lab preview) 短暂发表。咱们从 S/4HANA Cloud 开始,目前正在通过晚期采纳者打算(仅限受邀者)收集第一批客户反馈,而后将其推广给所有客户。请持续关注 SAP TechED 2021 的更多信息!

更多 Jerry 的原创文章,尽在:” 汪子熙 ”:

退出移动版