|
剛剛過(guò)去的在巴塞羅那舉行的2019 SAP TechEd，SAP照例向全球廣大的SAP生態(tài)圈從業(yè)者們傳達(dá)了一些重要的信息，其中一條為：Building Extensions for the Intelligent Enterprise on SAP Cloud Platform，中文即“在SAP云平臺(tái)上為智慧企業(yè)創(chuàng)建擴(kuò)展應(yīng)用”。 本文是Jerry對(duì)SAP社區(qū)這篇博客Making development of extensions easier – SAP Cloud Platform Extension Factory的一些個(gè)人解讀，并非逐字逐詞的簡(jiǎn)單翻譯。 SAP的一個(gè)宏偉目標(biāo)：將來(lái)SAP所有產(chǎn)品(不管是On-Premises還是云解決方案)的二次開(kāi)發(fā)平臺(tái)，統(tǒng)一為SAP云平臺(tái)。而現(xiàn)狀是，SAP S/4HANA Cloud和SAP C/4HANA已經(jīng)可以通過(guò)SAP云平臺(tái)擴(kuò)展了，而上圖左邊的一些其他產(chǎn)品，例如同為云解決方案的SAP Concur，以及本地部署的S/4HANA On-Premises和SAP ECC，如何用SAP云平臺(tái)對(duì)這些產(chǎn)品做擴(kuò)展，是SAP將來(lái)努力的方向。 目前SAP云平臺(tái)上已經(jīng)有了下列這些組件，SAP Cloud Platform的作用就是將它們組合起來(lái)(Orchestration)，像Kubernetes編排pod那樣，讓其發(fā)揮出1+1>2的作用:
Connect securely & quicklySAP Cloud Platform Extension Factory是SAP推薦的"智慧企業(yè)的專(zhuān)屬云原生擴(kuò)展框架"，在開(kāi)源項(xiàng)目Kyma的基礎(chǔ)上，借助SAP云平臺(tái)提供的Cloud Connector和Connectivity Service，保證了企業(yè)級(jí)應(yīng)用所需的標(biāo)準(zhǔn)化和安全性。 Build efficiently & effectively一旦SAP解決方案同SAP云平臺(tái)建立綁定關(guān)系后，其對(duì)應(yīng)實(shí)例就會(huì)被分配給云平臺(tái)上的subaccount，而該產(chǎn)品支持的API和事件會(huì)發(fā)布到SAP云平臺(tái)上。開(kāi)發(fā)者們能夠直接在云平臺(tái)上瀏覽和消費(fèi)這些API及事件。 以為SAP S/4HANA Cloud創(chuàng)建擴(kuò)展為例，首先基于Open Service Broker API創(chuàng)建一個(gè)S/4HANA Cloud Extensibility Service的實(shí)例，然后在該subaccount space下的開(kāi)發(fā)人員，即可將該實(shí)例綁定到自己創(chuàng)建的擴(kuò)展應(yīng)用去，并消費(fèi)該實(shí)例暴露的服務(wù)。 開(kāi)始搬磚之前，開(kāi)發(fā)人員可以在SAP推薦的兩種編程模型里進(jìn)行選擇，到底是用SAP Cloud Application Programming Model (CAP) ，還是ABAP RESTful Application Programming Model (RAP). 先看看這兩種編程模型各自的特色。 基于CAP模型的擴(kuò)展應(yīng)用特色(1) 天生支持多租戶(hù)(native multi-tenant enablement) 如果SAP解決方案的標(biāo)準(zhǔn)功能支持事件發(fā)布，則可以通過(guò)SAP Cloud Platform上一個(gè)叫做Enterprise Messaging的組件，將這些事件發(fā)布到SAP Cloud Platform Extension Factory上，這樣SAP二次開(kāi)發(fā)人員可以訂閱這些事件，編寫(xiě)對(duì)應(yīng)的事件響應(yīng)函數(shù)。 一些具體的例子：
下圖是對(duì)應(yīng)的編碼實(shí)現(xiàn)訂閱S/4HANA Cloud系統(tǒng)服務(wù)訂單創(chuàng)建事件并作出響應(yīng)的例子：通過(guò)eventBus實(shí)例注冊(cè)ServiceOrder.Created事件，在其觸發(fā)后，調(diào)用技師分配函數(shù)進(jìn)行響應(yīng)。 在分配S/4HANA Cloud系統(tǒng)里的技師資源時(shí)，我們需要消費(fèi)對(duì)應(yīng)的API，通過(guò)SAP Cloud SDK可以輕易實(shí)現(xiàn)，不用從更底層的HTTP級(jí)別的函數(shù)調(diào)用開(kāi)始編寫(xiě)。 SAP Cloud SDK對(duì)底層API進(jìn)行了封裝，寫(xiě)起來(lái)如同自然語(yǔ)言一樣，可讀性極佳： 基于Restful ABAP Programming(RAP)模型的擴(kuò)展應(yīng)用特色采用這種模型開(kāi)發(fā)的擴(kuò)展應(yīng)用能享受到SAP在云端ABAP領(lǐng)域提供的最新技術(shù)和特性，擴(kuò)展本身同被擴(kuò)展的解決方案核心代碼徹底解除了耦合，因此又被稱(chēng)為Side-by-side擴(kuò)展。這種模式的擴(kuò)展能很好的實(shí)現(xiàn)所謂digital core code clean的目標(biāo)。 由于RAP模型本身的語(yǔ)言還是ABAP，因此RAP在工作于ABAP技術(shù)棧的SAP產(chǎn)品擴(kuò)展需求時(shí)顯得更加如魚(yú)得水。
基于Restful ABAP Programming模型的開(kāi)發(fā)套路，Jerry之前的文章已經(jīng)介紹過(guò)了：
(1) 根據(jù)實(shí)際業(yè)務(wù)創(chuàng)建基于CDS view的模型。 (2) 給模型添加transactional behavior，在validation，determination和actions里編寫(xiě)業(yè)務(wù)邏輯。 (3) 創(chuàng)建business service，將前面創(chuàng)建并實(shí)現(xiàn)的模型通過(guò)OData暴露出來(lái)。 (4) 創(chuàng)建Fiori Elements應(yīng)用，消費(fèi)第三步創(chuàng)建的business service，將業(yè)務(wù)數(shù)據(jù)通過(guò)Fiori UI展示出來(lái)。 總結(jié)一下，云時(shí)代SAP從業(yè)人員進(jìn)行二次開(kāi)發(fā)的工具集：
SAP官網(wǎng)上給出的SAP Cloud Platform Extension Factory演進(jìn)的路線(xiàn)圖：
比如圖中標(biāo)注的，在2019年第四季度，SAP Cloud Platform Extension Factory會(huì)添加對(duì)SAP S/4HANA On-Premises的支持。當(dāng)然，路線(xiàn)圖中標(biāo)注了一條：
讓我們?cè)谝院蟮娜粘９ぷ髦?，好好消化SAP通過(guò)TechEd傳達(dá)給我們的這一精神吧，感謝閱讀。 要獲取更多Jerry的原創(chuàng)文章，請(qǐng)關(guān)注公眾號(hào)"汪子熙": |
|
|
