基于 Kubernetes 的 FaaS 平台开源实现——Kubeless 的应用实践

内容来源：2018 年 09 月 16 日，当当网数字业务事业部技术总监李志伟在“中国云原生用户大会”进行《基于 Kubernetes 的 FaaS 平台开源实现——Kubeless 的应用实践》演讲分享。IT 大咖说做为独家视频合做方，经主办方和讲者审阅受权发布。

阅读字数：2450 | 7分钟阅读

获取嘉宾演讲视频及PPT，请点击： t.cn/EwPPdr0。

摘要

一般咱们认为Serverless包含两个部分，FaaS和BaaS，本次主要讲的是FaaS部分。

什么是Serverless

一般咱们认为Serverless包含两个部分，FaaS和BaaS，本次主要讲的是FaaS部分。

Serverless做为无服务架构，有几个最基本的特色。首先是无需关心底层基础设施，开发者无需考虑扩展和网络方面的问题；因为它的部署单位是function，使得开发者无需关心运行实例和容器，减小了应用部署时间；能够作到按需运行，实现细粒度的成本控制。

Serverless带来的好处是显而易见的，这主要涉及公有云和私有云两种场景。公有云上的Serverless能够有效减小复杂度，运维开销、代码部署时间等。不少公有云厂商都提供相应的服务，让开发者无需管理操做系统，也不用构建容器，仅需为运行中的function付费，代码push以后不用关心后续的运维问题。

不过公有云提供的FaaS平台的问题在于标准不一致，会形成在A服务商平台上写的代码在B服务商平台上没法运行。 这对于初创企业来讲可能影响不大，但有必定规模的企业应该会想要更多的选择自主权，而非限定于特定服务商，在私有云平台上搭建本身的FaaS平台是更优的方案。

Serverless in kubernetes

当前流行的开源FaaS平台有OpenFaas、Kuberless、Fission、openWhisk，Knative。这些项目大可能是在2016的时候兴起的，基于kubernetes，所以咱们能够认为FaaS的成长很大程度上是伴随着kubernetes的成熟而发展起来的。

Kubeless

Kubeless是基于kubernetes平台上原生的FaaS平台，这主要是由于它大量使用了kubernetes能力，包括auto-scaling、API routing、monitoring等。当前支持的开发语言也有不少，涵盖python、PHP、Nodejs、Ruby、Golang、.net、Java。

基于kubernetes原生能力的设计

kubeless基于kubernetes原生能力的设计包含多个方面：

• 使用CRD表示Functions

• 每一个事件源被建模成一个独立的Trigger CRD对象

• 独立的CRD控制器负责CRD对象的CRUD操做

• Pod来运行相关的Runtime

• Configmap用来注入函数代码到Runtime Pod中

• Init-contain用来加载函数可能的依赖

• Service用来暴露函数

• Ingress用来对外暴露函数

Kubeless的核心概念

Kubeless的核心概念有三个：Function-被执行的代码、Trigger-触发函数的事件、Runtime-执行函数的语言和运行时环境。

上图是一个简单的示例，能够看到构建Function只须要指定function名字和runtime，而后将代码push上去就好了。

有了Function以后就须要和具体的Trigger绑定才可以使用，目前主要有3种Triggers类型：HTTP-经过k8s的Ingress同步触发函数执行；CronJob-经过k8s的CronJob对象定时触发函数执行；PubSub-经过kafka/NAST消息队列异步触发函数执行。

Kubeless的应用维护

上图为kubeless官方提供的UI工具，虽然看上去比较简陋，但功能仍是够用的，它基本上涵盖了函数建立、函数执行、日志查询、代码修改，足以应付一些小规模测试。

前面提到过FaaS是按需运行的，通常在没有function执行的时候，Runtime会被销毁掉。这归功于k8s的弹性伸缩策略，该策略基于两种metric：CPU和QPS。

监控方面FaaS主要关注Call rate、Failure rate、Execution duration这3个指标，经过它们来衡量function，也能够从中看出Kubeless自己的一些运行状况。

关于微服务与function的思考

通常来讲FaaS比较适用于事件驱动的应用场景。典型的有Webhook、消息推送、IoT数据采集、定时任务、轻量级API网关、流式事件处理等。

将微服务和function进行对比以后，咱们能够看到Function是自然的微服务，从它们之间的各类特征来看，微服务的业务粒度划分和function很相似，function能够实现和微服务一样的功能。

从长期来看，FaaS会改变传统软件开发模式，这只是事件长短的问题。咱们团队之因此这么关注kubeless，就是由于咱们认为它会对将来的软件开发模式有很是大的影响，它能够能有效提升开发效率和代码质量。

微服务化过程是一个逐步演进的过程，没法一蹴而就。

关于微服务和function的部分基本就是以上这些。对于kubeless咱们认为它最重要的价值在于提供了企业内部的代码微服务化的一种可选方案，实现了系统层和业务逻辑之间的隔离，让软件开发更贴近其目的的本源。

以上为今天的分享内容，谢谢你们！