前言

serverless 也是刚兴起没多久，偶然一次机会让我在技术网站上看到serverless，觉得它的概念挺好 ，Serverless意味无维护，不是完全去除服务器，而是使用公共云资源，这样就无需对服务器运行状态进行关心和担心，它们是否在工作，应用是否跑起来正常运行等等。Serverless代表的是你不要关心运营维护问题。serverless 的内涵就是对全部底层资源和运维工作的封装，让开发者更专注于业务逻辑，显然它的技术前景非常好，所以我想我们也需要去了解和关注它，毕竟这个东西对前端来说简直是棒极了，这也是我们前端开发者一波前所未有的机遇，享受一下云开发的乐趣， 而且对于体量小的应用他基本上没什么消耗。

一、serverless的概念和特点

serverless是一个比较抽象的概念，因为它蕴含的信息量很大， serverless深刻的体现了现代化的云的概念，这里我要给大家总结的含义有两种：

1. 狭义 Serverless（最常见）= Serverless computing 架构 = FaaS 架构 = Trigger（事件驱动）+ FaaS（函数即服务）+ BaaS（后端即服务，持久化或第三方服务）= FaaS + BaaS。

2. 广义 Serverless = 服务端免运维 = 具备 Serverless 特性的云服务

其实简单点说，Serverless（无服务器架构）是指服务端逻辑由开发者实现，运行在无状态的计算容器中，由事件触发，完全被第三方管理，其业务层面的状态则存储在数据库或其他介质中。（相比现在传统模式的应用），它的主要特点有四点：

1. 事件驱动—-函数在 FaaS 平台中，需要通过一系列的事件来驱动函数执行；

2. 无状态—-因为每次函数执行，可能使用的都是不同的容器，无法进行内存或数据共享。如果要共享数据，则只能通过第三方服务；

3. 无运维—-使用serverless我们不需要关心服务器，也不需要关心运维，这也是serverless思想的核心；

4. 低成本—-使用 Serverless 成本很低，因为我们只需要为每次函数的运行付费。函数不运行，则不花钱，也不会浪费服务器资源过度;

5. 自动弹性伸缩—针对业务的实际事件或请求数，云函数自动弹性合适的处理实例来承载实际业务量，在没有事件或请求时，无实例运行，不占用资源。

Serverless常见的服务商和解决方案

目前这里面我只用腾讯云的serverless框架简单的构建过应用和简单操作过阿里云的fun命令行工具，还在阿里云官网简单使用了函数计算，享受了一把快速构建部署serverless的应用的快感、小程序应用层的云开发也是利用了serverless的概念，对于简单的学习这种开发模式我想大概也够了，最实用的一点就是平常自己玩点东西的话这个真的是省钱还省力。 从下图对比可以看出各个服务商提供服务的价位。

Serverless的应用场景

其实讲了一些serverless的优势和特点，但是我想大家最关注的点就是它的应用场景吧，这种模式下适合的场景有哪些呢？

我这只是列了一些平常实用的一些场景我做了demo的场景serverless的使用场景还有很多， 后边serverless实战章节通过代码演示具体是怎么运行的。

FaaS和BaaS

FaaS，函数即服务，它还有个名字叫作 Serverless Computing，它可以让我们随时随地创建、使用、销毁一个函数。

你可以想一下通常函数的使用过程：它需要先从代码加载到内存，也就是实例化，然后被其它函数调用时执行。在 FaaS 中也是一样的，函数需要实例化，然后被触发器 Trigger 或者被其他的函数调用。二者最大的区别就是在 Runtime，也就是函数的上下文，函数执行时的语境。

FaaS 的 Runtime 是预先设置好的，Runtime 里面加载的函数和资源都是云服务商提供的，我们可以使用却无法控制。你可以理解为 FaaS 的 Runtime 是临时的，函数调用完后，这个临时 Runtime 和函数一起销毁。
FaaS 的函数调用完后，云服务商会销毁实例，回收资源，所以 FaaS 推荐无状态的函数。对于前端工程师来说，这可能很好理解，就是函数不可改变 Immutable。简单解释一下，就是说一个函数只要参数固定，返回的结果也必须是固定的。

MVC 架构里面，一个 HTTP 的数据请求，就会对应一个 Control 函数，我们完全可以用 FaaS 函数来代替 Control 函数。在 HTTP 的数据请求量大的时候，FaaS 函数会自动扩容多实例同时运行；在 HTTP 的数据请求量小时，又会自动缩容；当没有 HTTP 数据请求时，还会缩容到 0 实例，节省开支。

FaaS 是如何运行的

FaaS最大的优势在哪里

其实，FaaS 与应用托管 PaaS 平台对比，最大的区别在于资源利用率，这也是 FaaS 最大的创新点。FaaS 的应用实例可以缩容到 0，而应用托管 PaaS 平台则至少要维持 1 台服务器或容器。就是一种新的运行代码的托管环境。
在上面“Hello World”例子中，函数在第一次调用之前，实际的服务器占用为 0。因为直到用户第一次 HTTP 数据请求过来时，函数服务才被 HTTP 事件触发，启动函数实例。也就是说没有用户请求时，函数服务没有任何的函数实例，也就不占用任何的服务器资源。而应用托管 PaaS 平台，创建应用实例的过程通常需要几十秒，为了保证你的服务可用性，必须一直维持着至少一台服务器运行你的应用实例，但是FaaS就像一个声控灯，有人时他可以很快亮起来，没人时又可以关着，最关键的一点是FaaS的极速启动的特性，冷启动是指在函数调用链路中包含了代码下载、启动函数实例容器、运行时初始化、用户代码初始化等环节

总结来说，FaaS的特性主要有三点：

1. 纯 FaaS 应用调用链路由函数触发器、函数服务和函数代码三部分组成，它们分别替代了传统服务端运维的负载均衡 & 反向代理，服务器 & 应用运行环境，应用代码部署

2. 对比传统应用托管 PaaS 平台，FaaS 应用最大的不同就是，FaaS 应用可以缩容到 0，在事件到来时极速启动，Node.js 的函数甚至可以做到 100ms 启动并执行

3. FaaS 在设计上牺牲了用户的可控性和应用场景，来简化代码模型，并且通过分层结构进一步提升资源的利用率，这也是为什么 FaaS 冷启动时间能这么短的主要原因。关于 FaaS 的 3 层结构，你可以这么想象：容器层就像是 Windows 操作系统；Runtime 就像是 Windows 里面的播放器暴风影音；你的代码就像是放在 U 盘里的电影。

BaaS（Backend as a Service）

BaaS 其实是一个集合，是指具备高可用性和弹性，而且免运维的后端服务，MVC 架构中的 Model 层，就需要我们用 BaaS 来解决。用公共服务替我们管理数据，而serverless的理念就是一切皆服务。我初步觉得就是使大家更近一步接触后端。一般是一个个的 API 调用后端或别人已经实现好的程序逻辑，比如身份验证服务 Auth0，这些 BaaS 通常会用来管理数据，云服务商提供的云数据库，还有各种其它数据库和存储服务。它有两种模式，一种是API模式，让开发者自己拓展代码；另一种是SDK模式，阿里云oss存储的官方sdk，还有高德…