认识与设计Serverless(一)

2018/08/07 22:52
阅读数 97

一、什么是Serverless

  定义:Serverless是一种无服务器的架构,区别于传统的Baas,SAAS,作为FAAS(函数即服务)而存在,函数由事件驱动触发并按需调用。

   按需调用:区别于传统的7x24小时运行的服务,Serverless只会在特定事件触发时运行,并按需收费。

   无需关注基础设施和底层资源:虽然称为无服务器的架构,但并不是完全的无服务器,只是人们不再操心运行所需的资源,只需关注自己的业务逻辑,即函数,并且为实际消耗的资源付费,而对于VM,容器和资源(如CPU,内存等资源)则完全交由第三方服务或平台去自动化管理。

二、Serverless特性

  (1)降低启动成本:区别传统的服务启动一堆初始化等动作,Serverless只需快速拉取容器部署准备一个函数的资源并启动。

  (2)新一代微服务:粒度细化至函数的服务

  (3)安全性高:对于虚拟机,容器,网络等资源的安全问题,完全由第三方采用高可靠的方式实现,用户无需关心。

  (4)提高开发效率:开发者只需关心自己的函数实现,免去了其他后顾之忧。

  (5)拓展性强:Serverless具备的弹性伸缩能力,为函数的自拓展和容灾提供了便利。

三、业界主流产品

  (1)AWS :提供一系列完全托管的服务,可以使用它们构建和运行无服务器应用程序。并提供了计算、API网关适配协议,数据库、存储、流处理、消息排队,公共服务等能力

  

  (2)Microsoft Azure:AWS 支持 Serverless 架构一段时间之后,Azure 作为竞品正稳步发展中。除了支持Serverless的众多特性外,Azure 提供快速构建Web端,移动端应用程序,以及实时流数据处理,文件处理和计划任务的自动化,更多内容请参考https://azure.microsoft.com/en-us/services/functions/

  

  (3)OpenWhisk :OpenWhisk 是一个开源项目,具有完整的可视性 FaaS 功能,可扩展也可定制。由于开源可拓展这一特性,自发布以来得到了广大开发者的欢迎,但是目前OpenWhisk的产品和社区还在不断完善中。

  

四、Serverless弊端

  (1)不适合业务逻辑复杂的应用:Serverless比较适合简单,运行时间短的应用或小程序,目前也没有成功的复杂系统的案例。

  (2)冷启动时间:函数在执行之前,都需要经过拉取容器,制作镜像并部署的过程,此过程占用函数调用的时间较长。

  (3)代码调试困难:目前已有的Serverless云开发平台,都面临一个巨大的问题,即在线debug代码,这是很多云开发平台共同的瓶颈。

  (4)CI/CD困难:在应用自动构建,代码自动构建上都有不小的难度。

五、Serverless设计原则

  (1)单一责任:函数应尽量保持执行责任单一,尽量少的对众多其他服务或函数形成依赖。

   (2)执行时长控制:Serverless是按需执行,按调用次数和时长来收费,所以设计的函数应尽量在毫秒或秒以内,减少递归等,避免造成资金浪费

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部