对Serverless的一点理解和思考

本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

转载自夜明的孤行灯

本文链接地址: https://www.huangyunkun.com/2019/08/19/serverless-introduction/



本文首发于阿里云云栖社区,修改后发于本博客。原链接:https://yq.aliyun.com/articles/714659

什么是Serverless

技术圈新鲜的词汇和概念层出不同,有些是新的理念,有些是新瓶装旧酒,还有就是已经广泛应用了但是最近才理论抽象化的。

那么Serverless是什么?

Serverless还真算不上一个全新的词汇。从字面上看就是无服务器的意思,最早的时候就是单纯指不需要服务器端的软件,绝大部分本地软件都属于这个范畴。

到了云时代,这个词就囊括了不需要关心服务器的相关技术和服务,比如使用了LeanCloud作为数据库,使用了Auth0作为用户认证服务等。此类服务对于使用者而言屏蔽了服务器等概念,一般也称为Baas(Backend as a Service)。Baas更偏向于服务外包,因为不管是服务器还是内在代码本身都是不透明的,使用者也无法感知。

再进一步,Faas(Function as a service)出现了,即函数服务/函数计算。这里的函数就是一个代码块,这个代码块没有明确的定义,但是在实际使用了为了响应速度,这个代码块的冷启动时间必须在毫秒级。

这样就可以在只有需要的时候才调用,做到按需运行,按量扣费。结合云服务商的其他服务,实现多种方式驱动和调度,做到真正的无服务化。当然这里的无服务化只是针对使用方而言的。

实现这个的本质其实是将一部分或者说一大部分控制都托付给了云服务商。Faas让开发者专注于业务逻辑本身,实际上也只有业务代码本身是开发者受控制,其运行环境,预热时间,缓存机制等都不再受控。

所以说Faas是Serverless的一种,而且CNCF也将提供Faas和Baas中一种或两种的服务商算作Serverless服务商。但是因为Faas的变革性更大,目前很多场合基本混用Serverless和Faas两者。

所以本文接下来讨论的Serverless专指Faas,中文也有函数计算,云函数,无服务器计算等称呼。

Serverless的服务商绑定问题

对于公有云平台的任何技术,使用者的主要顾虑就是单一服务商绑定。

因为一旦绑定,将造成数据和业务迁移困难,后续发展可能缺乏选择。还需要考虑云平台出现故障的情况,是否有异构容灾能力,是否会对业务造成不可逆的影响等。

虽然乍一看,因为业务代码是受控的,且不依赖特定环境,Faas似乎不像Baas那样有绑定问题,但是仔细看Serverless的使用范围不光受代码语言影响,更重要的是驱动的事件。

对于部署的函数,最终都需要使用云服务商提供的事件来驱动。

来看下使用Serverless的简要步骤:

  1. 编写函数,并发布到云
  2. 声明事件触发器,由事件触发器触发函数
  3. 云服务商的基础设施监控事件触发器,在触发时分配必要的资源和运行环境给对应的函数,执行函数

云服务商提供的事件类型越丰富,Serverless的适用面越广。比较通用的事件是HTTP调用和定时调度,其他大部分都是云服务商独有的,所以Serverless是存在较大绑定性的。

Serverless的服务提供者

从Amazon在2014推出Lambda至今已有5年,各大云服务商基本都是陆续跟进提供了Serverless服务。

主流大玩家们包括:AWS Lambda,Azure Functions,Cloud Functions,国内阿里云,腾讯云,华为云等都提供类似服务。

还有一派自然是开源类型的,需要自建Serverless平台,包括:IBM OpenWhisk,kubeless,knative等。

云服务商中对于语言的支持基本类似,包括主流的Java,Python,Nodejs,AWS Lambda还支持C#,Ruby,Go等,应该是支持语言中最多的。

事件类型方面是云服务商强绑定的,比如阿里云支持OSS事件触发器,HTTP 触发器,定时触发器,MNS 主题触发器,Table Store触发器,RDS 触发器,CDN 事件触发器,SLS 触发器等,而AWS Lambda支持的事件更多,应该是所有厂商中整个生态最完整的,具体支持的事件列表可以参考官方文档。

Serverless常用场景

目前公认的Serverless常见的使用场景包括:

  1. 异步,并发,易于并行化为独立的工作单元
  2. 不经常或有零星的需求,在扩展要求方面存在巨大的不可预测的差异
  3. 无状态,短暂的,对初次冷启动时间没有强需求

多媒体处理是Serverless最早的例子,当用户上传多媒体到云存储,云存储发出事件驱动函数,进而对多媒体进行转码,压缩等操作。

除此之外以下场景也可以考虑使用

  1. 数据库更改数据捕获
  2. 物联网传感器传入数据
  3. 大规模流处理
  4. 批处理作业
  5. 计划任务
  6. 聊天机器人/客服机器人
  7. 部分HTTP REST API Web应用程序
  8. 部分移动应用

写在最后

因为Serverless对于开发,测试还有部署流程都有很大的变动,且相对较新,所以各大云厂商都提供了一定程度的免费额度以供使用。

AWS Lambda与阿里云函数计算的免费套餐基本相同,都是 
调用次数:每月前 100 万次函数调用免费。
执行时间:每月前 400000(GB*秒) 费用免费。

参考阅读

https://skyao.io/learning-serverless/introduction/cncf-whitepaper.htmlhttps://martinfowler.com/articles/serverless.html



本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

转载自夜明的孤行灯

本文链接地址: https://www.huangyunkun.com/2019/08/19/serverless-introduction/

《对Serverless的一点理解和思考》有1条评论

  1. 楼主是否有关于serverless应用开发的示例,最近在研究springcloud function的应用落地,网络上相关资料非常少,可否提供一些帮助?

    回复

回复 喵喵喵 取消回复