从ABAP Netweaver的SICF到SAP Kyma的Lambda Function

ABAP Netweaver里的事务码SICF是Jerry作原型开发时很是喜欢使用的一个工具:但凡遇到须要把ABAP系统里的资源以服务的方式暴露出来的场景,Jerry都喜欢在SICF里建立一个服务节点而后把业务逻辑写进去。java

clipboard1,1

采用SICF服务的方式暴露ABAP Netweaver上的资源,比选择OData或者Web Service的工做量要小不少,比较适合Jerry负责的一些开发周期短,须要迅速出成果的原型开发,好比Jerry以前作的 打通C/4HANA和S/4HANA的一个原型开发:智能服务创新案例,S/4HANA里的资源暴露就采起的SICF来实现的。node

Netweaver做为一个Web服务器,SAP把在SICF里实现的这些服务类定位成Web服务器的扩展,地位如同Java Web服务器里的Servlet,Jerry以前也写过一篇博客对两者进行了比较:程序员

ABAP ICF handler and Java Servletdocker

clipboard2,2

Jerry以为用SICF/Java Servlet进行开发,一个比较舒服的地方在于,应用开发人员不须要操心这些服务类实例什么时候建立和销毁等生命周期管理的问题,从而能专一于在预约义好的接口里编写业务逻辑代码,省心。编程

在企业级开发应用进入云原生开发时代以后,Serverless架构这个词也频繁出没于各大技术媒体里。浏览器

Serverless的字面意思容易给人以“再也不须要服务器了”的误解,关于其准肯定义,建议你们阅读Jerry很是尊敬的一位前辈,公众号“码农翻身”的一篇文章:我建议你了解一点儿Serverless,该文用很是浅显易懂的语言阐述了Serverless的含义以及从最先的局域网时代演进到Serverless架构的发展过程。服务器

clipboard3,3

站在整个企业的角度上讲,ABAP Netweaver的SICF开发模式,和Serverless架构几乎没有任何联系,二者区别很大:一个是须要在部署于企业本地的服务器上编写函数代码,另外一个则是直接在云服务提供商提供的平台上编写代码。然而,从只须要专心搬砖的程序员个体视角出发,二者也有一些类似之处:程序员都不须要关注本身编写的代码在服务器端如何存储, 也不用操心这些函数在什么时候被调用。微信

固然,技术老是在向前发展的,运行在现代云服务提供商基于Serverless架构平台之上的函数,和运行在ABAP Netweaver服务器上的SICF服务相比,就像一个含着金钥匙出生的富二代,天生就具有云原生应用的一些基本特质,好比高可用性,弹性伸缩,按需装载,动态计费等等。架构

SAP近些年来在云原生开发领域进行了巨大的持续投入,天然少不了基于Serverless架构的解决方案,好比本文标题提到的SAP Kyma上的Lambda Function.框架

在Jerry以前的文章WordPress,SAP Kyma和微信三者的集成 里,曾经介绍了如何在SAP Kyma上编写Lambda Function,用于响应WordPress投递给Kyma的事件,而且在Lambda Function里调用微信API,向指定的微信用户推送消息。在前一篇文章里,如那篇文章标题所示,Jerry聚焦的是WordPress,SAP Kyma和微信三者的互动,而本文我们来专门聊聊SAP Kyma里的Lambda Function.

SAP Kyma Serverless的实现基于Kubeless,一个Kubernetes原生支持的Serverless框架,实现了运行于Kubernetes之上资源的自动伸缩,API路由,监控和排错等功能。

clipboard4,4

借助Kubeless提供的命令行接口,咱们能够在Kyma上建立和部署具有Serverless特性的Lambda Function.

kubeless命令行接口提供的CRUD操做:

clipboard5,5

固然也能够在Kyma提供的浏览器控制台里进行建立工做。

以下图所示,我建立了一个Hello World级别的Lambda Function,执行的逻辑是简单的把传入的字符串尾部加上一个后缀,函数基于nodejs8实现。

clipboard6,6

在Jerry以前的文章WordPress,SAP Kyma和微信三者的集成里建立的Lambda Function选择的触发方式是基于事件触发,这里咱们试试HTTPS触发。

clipboard7,7

这个HTTPS-endpoint就是未来咱们调用这个Lambda Function的url.

clipboard8,8

这个Lambda Function的认证由dex完成,一个基于openID的开源认证框架。

clipboard9,9

在Kyma提供的函数测试控制台里,发送一个请求,获得添加了后缀的字符串,简单易懂。

clipboard10,10

当咱们建立了一个Lambda Function,背后发生了什么?虽然名称为Serverless,可是这些函数物理上总得运行于服务器上某种容器内,这种容器就是Kubernetes的pod,Jerry以前强调过,SAP Kubernetes基于Kubernetes,所以Kubernetes支持的命令,SAP Kyma也彻底支持。

命令行查看刚刚建立的函数:

kubeless function list -n ctu-demo

clipboard11,11

使用命令行查看这个函数的明细:

kubectl describe function zjerry-lambda -n ctu-demo

Deployment和ReplicationSet:

clipboard12,12

水平自动伸缩的实现:

clipboard13,13

Lambda Function这个概念是SAP Kyma基于Kubernetes的Custom Resource Definitions(CRD)机制建立的一种自定义资源,而上图显示的这些函数属性都是Kubernetes里资源支持的原生属性。

在Kyma的控制台里能找到Lambda Function建立后,Kyma后台自动生成的对应资源:

clipboard14,14

Pod,即Lambda Function代码的运行环境:

clipboard15,15

一样的,使用kubectl describe pod命令能够查看这个pod的明细,找到里面包含的docker ID和docker镜像ID.

clipboard16,16

前面提到SAP Kyma的Lambda Function采起dex进行认证,若是想在编程语言里显式调用,须要提供相应的token.

在Kyma的控制台里拿到token,

clipboard17,17

传到Postman的Authorization头部字段里,获得指望的响应。

clipboard18,18

但愿本文能让以前不了解Serverless的朋友们对SAP Kyma里基于Serverless架构的Lambda Function有一个基本的感性认识,感谢阅读。

更多阅读

要获取更多Jerry的原创文章,请关注公众号"汪子熙": 公众号截图

相关文章
相关标签/搜索