SAP Cloud Platform釋出後很長一段時間，在SAP各大技術社群裡，能感覺到ABAP從業者們內心一絲隱隱的失落：儘管SAP和其他IT公司一道，大步邁開了向雲端轉型的步伐，在SAP雲平臺上透過BYOL(Bring Your Own Language)的架構，實現了對業界流行程式語言的支援，這使得擁有Java，nodejs，PHP，Python，Ruby，Go等程式設計技能的開發人員們，也能加入SAP生態圈這個大家庭。

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

不過ABAP從業者們“被雲時代拋棄”的這份尷尬，隨著SAP雲平臺 ABAP程式設計環境的釋出一掃而空。SAP Cloud Platform程式設計環境和執行時，已經出現了ABAP的身影：

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

ABAP加入SAP Cloud Platform程式設計環境的大家庭，好處是顯而易見的：

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

(1) 廣大的ABAP從業者們終於上車了，大家以前在Netweaver On-Premises裡的ABAP程式設計技能可以繼續在雲上發光發熱——儘管SAP雲平臺上的ABAP程式設計環境裡出現了許多新的關鍵字，新的程式設計模型，然而ABAP畢竟還是ABAP，這些新知識對於ABAP從業者來說，學習和掌握的速度比非ABAP程式設計人員要快得多。

(2) 為基於ABAP技術棧的SAP產品的擴充套件，提供了一種新的開發方式。這一點稍後會展開細說。

(3) 為以前大量存在於ABAP On-Premises環境的二次開發程式碼提供了遷移到雲上的可能性。

(4) SAP Cloud Platform上提供的種類豐富的企業級微服務，機器學習等強大功能，如今也可以被同在SAP雲平臺上的ABAP程式設計環境消費了。

如今SAP Cloud Platform上可供選擇的程式語言又增添了ABAP，那麼我們接到開發任務時，根據什麼樣的依據從工具庫裡挑選使用的程式語言呢？

SAP給出的建議就是：具體問題具體分析。

企業開發人員具備的技能，企業現有的系統和軟體資產，以及待開發的使用者需求和涉及到的業務場景，都會影響程式語言的選擇。一般來說，ABAP和非ABAP程式語言各具優勢，各有各的適用場合：Java，JavaScript和Python等語言的開發生態圈非常繁榮，Github各種開源的元件，工具庫，可以說凡是你能想到的點子，生態圈幾乎都早已有人做出來了，因此選擇這些程式語言開發，我們可以避免重複造很多輪子；而SAP雲平臺上的ABAP環境，藉助CDS view，Restful ABAP Programming模型等ABAP語言提供的原生特性，在擴充套件基於ABAP技術棧的SAP產品時優勢顯得特別突出。

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

SAP雲平臺 ABAP 程式設計環境的一種典型的使用場景，就是以Side-by-side方式對S/4HANA Cloud進行擴充套件。

首先需要解釋何謂side-by-side Extensibility.

傳統的SAP產品的二次開發方式是，ABAP開發者們透過SAP GUI登入到ABAP On-Premises系統，直接在被擴充套件的系統上透過Netweaver提供的各種增強技術進行二次開發。

S/4HANA Cloud，SAP Marketing Cloud，SAP Cloud for Customer等後臺基於Netweaver ABAP的雲端解決方案，還提供了基於瀏覽器的面向Key User的擴充套件工具，使用者在瀏覽器裡透過簡單的嚮導步驟，也能實現對所在的雲產品進行增強的需求。

這種增強方式，使用的開發工具由被增強應用本身提供，生成的資源和被增強的SAP產品都位於同一伺服器上，因此稱為In-App增強方式。這種方式簡單易用，需要的技術門檻相對較低。

與此相對應的則是SAP Cloud Platform ABAP程式設計環境提供的side-by-side增強方式。這種增強方式通常的步驟是首先在本地開發環境完成開發，然後再部署到SAP雲平臺，SAP Kyma等平臺上，因此二次開發內容最終部署和執行的環境，和被增強的SAP產品從物理上看是松耦合的，不在同一伺服器上。

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

上圖即SAP S/4HANA Cloud透過side-by-side方式進行擴充套件的示意圖。位於SAP雲平臺上的ABAP增強透過雲平臺提供的Connectivity服務(可以理解成ABAP On-Premises裡的Destination), 消費SAP S/4HANA Cloud的OData服務，實現對後者系統資料的增刪改查和Action操作。

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

Side-by-side增強方式使得作為數字化核心的SAP S/4HANA的應用程式碼保持Stable & Clean，同時又能讓二次開發工作者緊跟技術發展的趨勢，使用業界最新最流行的技術進行SAP產品增強。

至此，SAP Cloud Platform ABAP程式設計環境和S/4HANA Cloud的區別和關係，想必大家應該能理解了吧。前者是增強/整合工具，後者是被增強的系統。

這種增強方式非常符合諮詢公司 Gartner的大佬，John MacDorman 提出的IT雙模型的交付模式，即採取兩套獨立管理卻彼此互補的模式，一套交付模式採用傳統成熟的軟體開發方式，需求變動頻率相對較低，強調交付的健壯和穩定性。另一套則兼走偏鋒，遵循“天下武功，唯快不破”的理想，強調敏捷，創新，探索，速度，高頻次的迭代。

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

筆者當時看了Google上對Gartner提出的IT雙模型的介紹文字，第一反應就是：這不就是在描述SAP智慧企業概念裡的“數字化核心”(SAP S/4HANA)和創新平臺(SAP Cloud Platform)的關係嗎？

![](https://img-blog.csdnimg.cn/img_convert/7c5e71f8f438ad17494d169bc00f85a0.png)
![](https://img-blog.csdnimg.cn/img_convert/49a55f9fe88916f4bd6d420b174d9f92.png)

Side-by-side這種增強內容與被增強的系統分開部署的靈活方式，使得從理論上來說，如果增強開發的設計得足夠通用，從商業模式上說，其就具備了可以單獨拿出來售賣的可能性。

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

我們透過下面的連結訪問SAP應用中心：

https://www.sapappcenter.com/home

依次勾選左邊的SAP Cloud Platform Services和ABAP，即可列出所有使用SAP Cloud Platform ABAP程式設計環境開發的partner解決方案。

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

# 總結

本文首先從 SAP 雲平臺引入 ABAP 技術棧的支援開始說起，詳細介紹了 ABAP 加入 SAP 雲平臺程式設計環境大家族的初衷和意義。接著詳細介紹了 SAP 雲平臺 ABAP 程式設計環境 side-by-side Extensibility 擴充套件方式的理念和實際操作，引出了 Gartner 公司 IT 雙模交付模型的討論。

SAP 雲平臺 ABAP 程式設計環境的前世今生

相關文章