进入主题之前,先从背景简述下最近前端界的热点词汇 Serverless,其实,Serverless 这个概念在其他领域已经提出来很久了。
Serverless
概念
Serverless 直译为无服务器,代表一种无服务器架构(也被称为“无服务器计算”),并不表示不需要物理服务器,而是指不需要关注和管理服务器,直接使用服务即可,其实就是一种服务外包或者说服务托管,这些服务由第三方供应商提供。
具体来说,Serverless 就是指服务端逻辑由开发者实现,运行在无状态的计算容器中,由事件驱动,完全被第三方管理,而业务层面的状态则记录在数据库或存储资源中。
目前国内一些大型公司如阿里、腾讯、滴滴都已经将 Serverless 逐步在业务中落地(案例分享:2020.06.19 ServerlessDays · China Online (https://cloud.tencent.com/developer/salon/live-1224))。
Serverless 与 FaaS 的联系
Serverless = FaaS + BaaS ,是目前界内比较公认的定义:
FaaS(Function as a Service):函数即服务
负责服务端业务逻辑场景,需要开发者自己实现,服务的粒度比微服务更小,小到以函数为单位
事件驱动的 Serverless 服务,毫秒级弹性伸缩
无法进行内存或数据共享,是无状态的
无需运维,部署、运维等都由云平台提供
BaaS(Backend as Service):后端即服务
负责通用服务场景,不需要开发者自己开发,由云厂商提供,比如数据库、身份验证、消息队列、对象存储等服务
是有状态的
笔者认为,单看 FaaS 或者 BaaS,都是一种 Serverless ,只是一般我们完整的应用需要两者结合才能实现。
好,下面正式介绍 FaaS。
FaaS
作为一个前端,我们平日里很难接触到服务器、运维方面的操作。假设现在给你一个任务,让你自己开发一个有前后端交互的应用,并从 0 到 1 进行部署,是不是觉得光靠自己根本搞不定,这个任务有点难。
传统应用的部署,我们需要做很多工作:准备服务器、配置环境、购买域名、配置 Nginx、……。应用发布之后,我们还要考虑运维的问题,线上监控,扩缩容,容灾等等等等。
现在,我们运用 FaaS 去开发部署的话,以上都不用考虑,只需要专注于业务逻辑开发即可,因为其它一切都托管给 FaaS 平台帮我们处理了。
概念
FaaS 是无服务器计算的一种形式。通过 FaaS,可以快速构建任何类型的应用和服务,它具有开发敏捷特性、自动弹性伸缩能力、免运维和完善的监控设施。因此:
开发者只需专注于业务逻辑开发,无需管理服务器、运行环境等 IT 基础设施
FaaS 平台会为我们准备好计算资源,以弹性、可靠的方式运行我们的代码,实现毫秒级弹性伸缩,轻松应对峰值压力
用户只需根据函数的实际执行时间按量付费
因此,相比传统开发模式,大大提高了开发和交付效率,是未来云服务发展的大趋势。自 2014 年始,在 AWS Lambda 之后,Google、IBM、Microsoft、阿里、腾讯、华为等国内外云厂商相继推出云函数计算平台 FaaS。
快速创建 FaaS 应用
函数计算开发方式有很多种,比如:Fun 工具、函数计算 FC 平台、Serverless VScode、云开发平台。本文借助阿里云函数计算平台(https://fc.console.aliyun.com/fc/overview/cn-shanghai),通过其提供的模版快速创建、部署一个 Web 应用,向大家更清楚地展示 FaaS 是什么。
本文直接基于模版创建,用户也可以选择自己上传应用代码直接部署 Web 应用。
我们选择有前后端交互、数据增删改查等行为的 Todo List 应用,它是一个前后端一体化(前后端代码共属一个项目中开发、调试、部署,高效且节省资源) FaaS 应用。
服务/函数
服务
一个应用可以拆分为多个服务。从资源使用维度出发,一个服务可以由多个函数组成。先创建服务,再创建函数。
可以看到 TodoList 应用部署成功后创建好的服务,我们可以对该服务进行配置、删除、查看指标等操作,还可以对其下的函数进行配置、删除。
函数
函数是系统调度和运行的单位。函数必须从属于服务,同一个服务下可以有多个函数,同一个服务下的所有函数共享相同的设置,例如服务授权、日志配置,但彼此相互独立,互不影响。
函数代码
FaaS 对多种语言都有良好的支持性,比如阿里云支持 Node.js、Python、PHP、Java 等等,开发者可以使用自己熟悉的语言,根据平台提供的函数接口形式编写代码。这也意味着,团队协作时,大家可以利用多种语言混合开发复杂应用。
点击代码执行,可以看到这里有一个在线编辑器,里面就是模板生成的代码,可以在此处进行运行、调试。该应用前端页面用 React 实现,后端服务基于 Node 的 Express 框架。
函数入口
template.yml
是我们的函数信息配置文件,告诉云厂商我们的代码入口函数、触发器类型等操作。
函数入口为 src/index.handler
,即 src/index.js
服务端代码文件中的 handler 方法,该文件代码如下:
可以看到,我们不需要自己起服务,FaaS 平台会为我们管理。这个文件,有两个重要的部分:
1.函数入口 handler,也是 HTTP 触发器入口,下文会详细介绍
2.Web Service 和 API,通过路由调用相应的服务,比如请求路径为"/"时,会返回 Web 应用的 Html 页面;请求"/api/*"时,调用接口返回数据
触发器
前面说过,FaaS 是一种事件驱动的计算模型,即函数的执行是由事件驱动的,没有事件触发,函数就不运行。与传统开发模式不同,函数不需要自己启动一个服务去监听数据,而是通过绑定一个(或者多个)触发器。
触发器就是触发函数执行的方式,我们需要为函数创建指定的触发器。
FaaS 应用的触发器有多种(不同云厂商的触发器会有所区别),但基本都支持 HTTP、对象存储、定时任务、消息队列等触发器,其中 HTTP 触发器是最常见的。
以阿里云函数计算为例,介绍几个代表类型:
触发器类型
开发者在调试时,如果不配置触发器,也可以使用控制台、命令行工具 或者 SDK 等方式直接调用函数执行。
我们点开 TodoList 的触发器,可以看到创建的 HTTP 触发器,WEB 用户通过 HTTP 请求即可触发函数的执行。
注意这里的提示语:打开链接,会下载一个 Html 附件,这时我们打开,因为找不到静态资源文件,应用不能正常运行。
可以点击自定义域名去用平台为我们创建的临时域名打开:
可以看到,页面和功能都正常了。我们查看、新增、更新、删除,在控制台里可以看到发起的请求和返回结果
HTTP 触发器
该应用 HTTP 触发器的入口函数形式如下:
配置 HTTP 触发器的函数可以通过 HTTP 请求被触发执行。此时函数可以看做一个 Web Server,对 HTTP 请求进行处理,并将处理结果返回给调用端。
访问 Html 页面、请求静态资源文件,以及请求接口,都是通过 HTTP 请求去触发相应函数的执行。
可以在这里进行调试:
FaaS 框架
目前市面上已经有一些较为成熟的开源 FaaS 框架,比如 OpenFaaS、Funktion、Kubeless、Fission 等等,本文向大家介绍阿里云今年正式发布的 Midway FaaS 框架 (https://github.com/midwayjs/midway),它是用于构建 Node.js 云函数的 Serverless 框架,它提供了函数的本地开发、调用、测试整个链路。它可以开发新的 Serveless 应用,也提供方案将传统应用迁移至各云厂商的云函数。阿里内部已经使用一年多了。
我们可以运用脚手架 @midwayjs/faas-cli
提供的能力在本地快速创建、调试、Mock、部署一个 FaaS 应用。Serverless 有一个很大的弊端,就是和云服务商平台强绑定,但是 Midway Serverles 是防平台锁定的,它能一套代码能够运行在不同的平台和运行时之上,Midaway Faas 的部署可以跨云厂商,默认部署到阿里云 FC,我们也可以修改部署到其它平台,如腾讯云 SCF、AWS Lambda。
Midway FaaS 体系也与云工作台进行了结合,使用了和本地同样的能力,这里选择登录 阿里云开发平台 (https://workbench.aliyun.com/application),用示例库模版再次创建一个 TodoList 应用进行演示,只不过这个是用 Midway FaaS 构建的。
代码目录结构可以简单抽取为:
f.yml 配置文件
函数代码中一个函数对应一个 API 接口:
安装依赖后,我们 npm run dev
,阿里云为我们创建了一个临时域名用于调试:
可以看到请求的这些资源和接口数据:
一键部署,非常方便。
收费标准
传统应用我们的服务是一直占用资源的,而 FaaS 在资源空闲时不收费,按需付费,可以大大节省开支。
收费标准:
调用函数次数
函数运行时间
因为每月都有免费额度,所以在个人日常使用时基本不需要付费。
(PS:但还是要特别注意,部署的应用不用时一定要及时下线,否则可能会收取费用,还有开通的服务、功能也一定要仔细留意一下收费标准,比如可能想解决冷启动的问题,会开通预留实例功能,如果我们不用的话,一定要注意手动释放,否则即使它没有执行任何请求,也会从启动开始不断收费,费用可不小)
冷启动
再说说 FaaS 目前备受关注的一个问题——冷启动。
FaaS 中的函数首次调用、更新函数或长时间未调用时重新调用函数时,平台会初始化一个函数实例,这个过程就是冷启动,平均耗时在几百毫秒。
延迟问题
FaaS 因为冷启动,不能立即调用函数,调用延迟会给应用性能带来影响,针对冷启动的延迟问题,各大云服务商非常关注,正在想办法不断优化。
与冷启动相呼应的是热启动,热启动指函数调用时不用重新创建新的函数实例,而是直接复用之前的函数实例。因为 FaaS 函数若在一段时间内没有被事件触发运行,云服务商就会回收运行函数的容器资源,销毁函数实例,所以,在未被回收的这段时间内再次调用函数就是热启动;销毁后,重新创建就是冷启动。
延迟原因
冷启动具体做了哪些操作呢?以阿里云为例,大致包括了调度实例、下载解压代码、启动容器、启动运行时,这一过程结束后,函数才开始执行。所以冷启动的启动消耗时间受到很多因素的影响:
编程语言
有专门研究对比,不同语言的冷启动时间不同
代码大小
这个过程在冷启动过程中相对比较耗时,可能几十毫秒,也可能几秒,看代码体积大小
容器创建
这个过程的耗时取决于云服务商
配置等
如何优化
各大云厂商都已经有了一些优化方案的最佳实践,需要开发者和云厂商共同努力:
减少代码体积:
开发者可以通过精简代码,删除无用依赖,加速下载函数代码过程
比如腾讯云对代码做了两级的缓存,可以有效降低下载代码时间
资源复用,缩短函数执行时间
选择冷启动时间较少的语言
选择合适的内存:函数内存越大,冷启动表现越优
避免不必要的配置
降低冷启动频率
使用定时触发器定时访问函数,这样可以防止函数实例一段时间没被使用被销毁
使用 initializer 函数入口,函数计算会异步调用初始化接口,消除初始化用户代码的时间
预留实例
执行时长
FaaS 还有一个局限性,就是平台会限制函数的执行时间,超出时间后执行代码的进程会被强行销毁,所以 FaaS 不适合长时间运行的应用。例如 AWS Lambda 函数不允许运行超过 15 分钟(以前只有 5 分钟),如果超过就会中断。使用时,应该根据自己的预期执行时间来设置超时值,防止函数的运行时间超出预期,并且建议调用函数的 Client 端的 timeout 要稍稍大于函数设置的 timeout,这样才能防止执行环境不会意外退出。
FaaS 工作流程
相信大家读到这里,应该差不多可以明白 FaaS 的工作流程了,我们总结一下:
开发者编写函数代码,可以在线编辑或者本地上传,完成后,FaaS 平台为我们部署应用,创建函数服务
客户端通过设置的触发器,通知函数服务
若存在函数实例,则直接在该执行环境中调用函数;没有,则先经过冷启动(调度实例、下载代码、启动实例、启动运行时),再执行函数
函数根据用户请求量动态扩容响应请求,将内容返回给用户。函数执行完后,若一段时间内无事件触发,函数实例就会被销毁,FaaS 应用快速缩容到 0
对前端的影响
Serverless 现在这么热,它对前端到底有什么影响呢?
整个实践下来发现,FaaS 帮我们前端扩展了能力边界,作为前端,我们自己一个人也能快速完成前后端开发以及部署工作,完全不用关心服务器以及运维方面我们不擅长的问题。前端也有机会参与服务端业务逻辑开发,更深入业务,创造更大的价值。
结语
本文结合阿里云 FC、Midway FaaS 框架快速创建 FaaS 应用的实践,向大家展示了什么是 FaaS,FaaS 的工作流程,优缺点,展现了 FaaS 颠覆传统开发模式的魅力。现在 FaaS 的应用场景非常广泛,Web 应用及小程序等移动应用、AI 及机器学习、物联网、实时数据处理、……、等等。Serverless 时代,生产效率大大提高,每个人都有更多机会创造无限可能,让我们一起为未来加油!
头图:Unsplash
作者:雪霁
原文:https://mp.weixin.qq.com/s/cZm1sdMB7Cid48KD-0mpkA
原文:结合阿里云 FC 谈谈我对 FaaS 的理解
来源:政采云前端团队 - 微信公众号 [ID:Zoo-Team]
转载:著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
评论