什麼是 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 的更多資訊！