[Steampunk is going all-in](https://blogs.sap.com/2021/09/30/steampunk-is-going-all-in)

什麼是 SAP ABAP Steampunk(蒸汽朋克)？

Steampunk（又名 SAP BTP ABAP 環境）：提供一個 ABAP 平臺，它不僅像今天一樣是企業就緒(enterprise-readiness)的基準，而且也是雲就緒的。 蒸汽朋克的主要屬性是：

![](https://img-blog.csdnimg.cn/img_convert/de6b5185afaf974851a3324cd11314d0.png)

(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 上並行執行的解決方案。

![](https://img-blog.csdnimg.cn/img_convert/304518e84038c905f6130c5df34afcde.png)

在 On-Premises 環境中，客戶可以透過修改 SAP 軟體或編寫可以使用任何 SAP 物件（上圖中紅色）的自定義程式碼來調整 SAP 軟體。 沒有專用的穩定和公共介面，這正是惱人的升級問題的原因。 使用 NetWeaver Standalone，至少可以編寫生命週期與 ERP 核心分離的鬆散耦合擴充套件。

今天的情況看起來像這樣（至少從 ABAP 的角度來看，為了簡單起見，我將省略我們的 BTP Java 和 Node.js 領域）。

![](https://img-blog.csdnimg.cn/img_convert/e619ab05bb26b426adda61c37c1a0253.png)

關於擴充套件機制，On-Premises 系統（左下角）沒有太大變化。但在雲中，必須只提供雲就緒擴充套件機制，在升級後不會出現問題。對於所有鬆散耦合的 ABAP 場景，解決方案是 BTP 上的 Steampunk（右上角），在平臺和上面的層之間有一個穩定的公共介面（綠色）。

並行擴充套件 ERP 核心非常適合許多用例。但並不適合所有人。考慮需要在正在擴充套件的應用程式附近執行的自定義程式碼。在同一上下文中，呼叫本地 API，例如，避免大量資料複製，或在同一邏輯工作單元（資料庫 LUW）中執行。對於這些情況，S/4HANA Cloud 到目前為止僅提供關鍵使用者可擴充套件性（上圖左上角）。這雖然是一種強大的機制，允許欄位擴充套件或自定義業務邏輯，但無法與開發人員級別的經典擴充套件可能性進行比較。在 S/4HANA Cloud 提供本地擴充套件樣式當然不是一種選擇，因為這種策略並不是雲就緒，不是升級穩定的）。

這就是我們引入嵌入式蒸汽朋克的原因：

![](https://img-blog.csdnimg.cn/img_convert/b3da11e899646eb09b74e0c4af9d1ae4.png)

在內部，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 類級別上自由選擇：保持經典的擴充套件方法或重構它。毋庸置疑，重構使核心逐步變得更乾淨，減少升級問題併為未來遷移到雲做好準備。

![](https://img-blog.csdnimg.cn/img_convert/32ae429d03bc9ac44d7264d71dae3894.png)

Steampunk 開發環境在 BTP、S/4HANA Cloud 和 S/4HANA On-Prem 中完全相同。本地公共 S/4 業務介面（橙色）目前是使用雲優先方法建立的，但也會隨著時間的推移在本地 S/4 中增長。

在我們看來，蒸汽朋克和嵌入式蒸汽朋克使從本地到混合再到雲的漫長過渡期變得更加容易。並且兩者都完全支援清潔核心戰略。

嵌入式 Steampunk 已經在 Sapphire 2021 上作為實驗室預覽版(lab preview ) 短暫宣佈。我們從 S/4HANA Cloud 開始，目前正在透過早期採用者計劃（僅限受邀者）收集第一批客戶反饋，然後將其推廣給所有客戶。 請繼續關注 SAP TechED 2021 的更多資訊！

SAP ABAP SteammPunk 蒸汽朋克的最新進展 - 嵌入式蒸汽朋克

相關文章