什么是 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的原創文章，盡在："汪子熙":
