Kyma 是SAP開源的一個基於 Kubernetes 的雲原生應用開發平臺，能夠允許SAP的partners以簡捷而現代的方式，對SAP的雲解決方案和傳統On Premises產品進行連線，整合和擴充套件。所謂“現代”，即partners在進行二次開發時，可以充分利用近些年來企業級開發領域不斷湧現出的新技術，比如Serverless計算，微服務架構等等。

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

Kyma是完全開源和免費的，任何人都可以試著在自己的本地電腦上進行安裝。當然，嘗試自己本地安裝有一些門檻，因為安裝過程中需要從Google的網站上拖取一些Kubernetes相關映象。

而SAP Cloud Platform Extension Factory，是SAP在開源專案Kyma上進一步完善而推出的一個商業化解決方案，本身並不單獨賣，而是作為SAP雲平臺的一個組成部分。

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

Kyma和SAP Cloud Platform Extension Factory的關係，就好比Open UI5和SAP Fiori目前使用的UI5框架之間的關係一樣。

本文我們把透過SAP Kyma進行擴充套件的物件換成C/4HANA中的一朵雲，SAP Cloud for Customer(C4C)。Jerry希望每當C4C中有新的Opportunity建立時，C4C都會把這個事件通知給Kyma上的Lambda Function，後者作為事件監聽函式，可以進行對應的處理，具體做什麼邏輯，大家可以試著開開自己的腦洞。

比如實現一個Account Address Enrichment的功能，就是使用者在C4C裡建立Account時，只需要維護基本的地址資訊，然後點選儲存，C4C傳送事件給Kyma，後者接到這個事件後，呼叫SAP API Hub上的Address微服務，把豐富過後的地址詳情透過C4C Account OData API呼叫的方式，寫回C4C。透過這個增強，減少了C4C使用者錄入資料的工作量，同時也展示了Kyma與被其擴充套件的C/4HANA產品的資料雙向讀寫功能。

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

下面我們就來看看這個擴充套件如何完成。

首先當然是要把C4C同Kyma建立起互相信任的連線了。對於SAP partners來說，好訊息是這個連線的配置是一個黑盒子，透過下圖Kyma的Application Connector模組完成，partners不需要了解其技術實現。

首先進入SAP Cloud for Customer的Administration的工作中心，開啟General Settings檢視，進入Event Notification配置UI：

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

新建一個C4C OData事件和API的消費者：

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

型別選擇SAP Cloud Platform Extension Factory，即Kyma：

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

這個Remote Environment URL從哪裡來呢？就是SAP Kyma應用裡的Application Connector對應的url：

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

到Kyma控制檯的應用裡，點選Connect Application，就得到了需要維護到C4C裡的url：

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

維護了回撥使用者名稱和密碼之後，再新增Subscription，即您希望將Cloud for Customer系統裡的哪些BO事件，釋出給Kyma：

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

我選擇了Account和Opportunity這兩個BO的建立和更新事件，暴露給Kyma：

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

成功儲存並啟用配置：

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

回到Kyma的應用介面，在Provided Services & Events介面下，此時能看到Cloud for Customer釋出過來的API和事件了：

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

進入Kyma Service Management的Catalog介面下，找到從Cloud for Customer系統匯入進來的服務，

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

進入服務明細，能觀察到Cloud for Customer系統釋出的BO事件的欄位引數，

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

以及該C4C系統所有支援的OData API列表。如果我們期望在Kyma的Lambda Function裡對C4C的資料進行寫回操作，就得使用這些OData API.

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

接下來，我們就可以基於這些API和事件進行Lambda Function的開發了。
首先基於C4C匯入進來的服務，建立一個新的例項：

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

確保例項處於執行狀態：

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

然後基於該例項建立一個新的Lambda Function：

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

Lambda Function的觸發方式，選擇之前C4C暴露的BO建立和修改事件：

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

這裡簡單的列印出C4C傳遞過來的事件引數：

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

至此Kyma端的開發和配置就結束了，是不是覺得步驟非常簡單明瞭？

現在到C4C裡建立一個新的Opportunity，儲存：

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

到C4C的Event Notification Monitoring介面去，觀察到Opportunity建立的事件已經成功被投遞到Kyma去了，對應的Kyma例項的url也可以在投遞明細裡檢視到。

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

再回到Kyma Lambda Function的日誌介面，這裡也看到了Lambda Function實現體裡列印出的來自C4C的事件明細：

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

為什麼只列印了兩個guid呢？因為C4C暴露的BO事件，其引數規範裡就只包含了發生事件的當前節點和Root節點的guid.

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

大家可以試著比較一下，如何使用C4C傳統的二次開發方式，該如何監聽BO的建立和更新事件呢？那就是使用SAP Cloud Application Studio，在Solution裡建立BO增強，然後在BO節點上建立AfterModify並透過ABSL程式設計實現。

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

而SAP Kyma的橫空出世，確實像SAP的官方宣傳那樣，給SAP partners們提供了一種不同於過去在ABAP平臺上進行的全新的二次開發方式。透過SAP Kyma提供的事件監聽機制，進行SAP二次開發的從業人員不再需要對被增強的SAP解決方案的技術細節有過多的瞭解，僅僅在Kyma Lambda Function定義好的介面上下文內，呼叫公開穩定的API，即可完成開發任務。

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

# 總結

本文透過筆者實際工作中參加過的一個使用 Kyma 基於事件驅動的松耦合方式同 SAP Cloud for Customer 進行整合的專案經驗分享，闡述了這種方式同傳統的應用內擴充套件(In Application Extension)相比較的優勢。

一種基於事件驅動架構的 SAP 產品整合方案介紹

相關文章