认识与设计Serverless(一)

1、什么是Serverless数据库

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

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

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

2、Serverless特性网络

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

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

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

  (4)提升开发效率:开发者只需关心本身的函数实现,免去了其余后顾之忧。微服务

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

3、业界主流产品

  (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的产品和社区还在不断完善中。

  

4、Serverless弊端

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

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

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

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

5、Serverless设计原则

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

   (2)执行时长控制:Serverless是按需执行,按调用次数和时长来收费,因此设计的函数应尽可能在毫秒或秒之内,减小递归等,避免形成资金浪费

相关文章
相关标签/搜索