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)相比较的优势。

ITPub博客

一种基于事件驱动架构的 SAP 产品集成方案介绍

最新文章