什么是 Serverless？

Serverless ，按中文翻译，称为「无服务器」。

这究竟是一种什么样的形态或产品呢？无服务器，就是真的没有服务器吗？

其实，在行业内，目前对于 Serverless 有几种解读方法：

• 在某些场景可以解读为一种软件系统架构方法，通常称为 Serverless 架构
• 而在另一些情况下，又可以代表一种产品形态，称为 Serverless 产品

在说起 Serverless 架构时，Serverless 代表的是利用 Serverless 形态的产品实现的应用架构，这种架构完全依托于云厂商或云平台提供产品完成系统的组织及构建。在这种架构中，用户无需关注支撑应用服务运行的主机，而将关注点投入在系统架构，业务开发，业务支撑运维上。

而说起 Serverless 产品时，代表的是无需理解、管理服务器，按需使用，按使用付费的产品。Serverless 产品中，其实也可以包含存储、计算等多种类型的产品。而典型的计算产品，就是云函数这种形态。

云函数，或者称为函数即服务 (Function as a Service)，它和后端即服务 (Backend as a Service) 一起，都可以称为 Serverless 产品。通过组合使用这些产品，开发者可以构建自身的业务 Serverless 架构。

Serverless 的价值

Serverless 技术为什么会获得越来越多的关注？我们可以从几个角度来看。

首先，从开发者使用的来说，不用更多地去考虑服务器的相关内容，无需再去考虑服务器的规格大小、存储类型、网络带宽、自动扩缩容问题。同时，也无需再对服务器进行运维，无需不断打系统补丁、应用补丁，无需进行数据备份、软件配置等工作。

其次，Serverless 产品是完全自动化的弹性扩缩容的。在业务高峰时，产品的计算能力、容量自动扩容，承载更多的用户请求，而在业务下降时，所使用的资源也会同时收缩，避免资源浪费。

再次，跟随着完全自动化的弹性所带来的，是全新的计量计费模式。开发者仅需根据使用量来付费，而在深夜无业务量的情况下，不会有空闲资源占用，因此也不会有费用产生。

随着如上提到的特性，Serverless 给开发者或用户带来了具体的商业价值：

1. 降低运维需求

• Serverless 使得应用与服务器解耦，业务上线前无需预估资源，无需进行服务器购买、配置
• Serverless 也使得底层运维工作量进一步降低，业务上线后，也无需担忧服务器运维，而是全部交给了云平台或云厂商

2. 降低运营成本

• Serverless 的应用是按需执行的。应用只在有请求需要处理或者事件触发时才会被加载运行，在空闲状态下 Serverless 架构的应用本身并不占用计算资源
• 在使用 Serverless 产品时，用户只需要为处理请求的计算资源付费，而无须为应用空闲时段的资源占用付费

3. 缩短迭代周期、上线时间

• Serverless 架构带来的是进一步的业务解耦，应用功能被解构成若干个细颗粒度的无状态函数，开发可以聚焦在单功能的快速开发和上线
• 同时拆解后的云函数，也都可以进行独立的迭代升级，更快速的实现业务迭代，缩减功能的上市时间

4. 快速试错

• 利用 Serverless 架构的简单运维、低成本及快速上线能力，可以来快速尝试业务的新形态、新功能
• 利用 Serverless 产品的强弹性扩容能力，在业务获得成功时，也无需为资源扩容而担心

Serverless 的技术特点

这里提到的技术特点的对象，特指 Serverless 产品中的计算产品，也就是云函数。云函数包含了如下的技术特性：

1. 事件驱动

• 云函数的运行，是由事件驱动起来的，在有事件到来时，云函数会启动运行
• Serverless 应用不会类似于原有的「监听 - 处理」类型的应用一直在线，而是按需启动
• 事件的定义可以很丰富，一次 http 请求，一个文件上传，一次数据库条目修改，一条消息发送，都可以定义为事件

2. 单事件处理

• 云函数由事件触发，而触发启动的一个云函数实例，一次仅处理一个事件
• 无需在代码内考虑高并发高可靠性，代码可以专注于业务，开发更简单
• 通过云函数实例的高并发能力，实现业务高并发

3. 自动弹性伸缩

• 由于云函数事件驱动及单事件处理的特性，云函数通过自动的伸缩来支持业务的高并发
• 针对业务的实际事件或请求数，云函数自动弹性合适的处理实例来承载实际业务量
• 在没有事件或请求时，无实例运行，不占用资源

4. 无状态开发

• 云函数运行时根据业务弹性，可能伸缩到 0，无法在运行环境中保存状态数据
• 分布式应用开发中，均需要保持应用的无状态，以便于水平伸缩
• 可以利用外部服务、产品，例如数据库或缓存，实现状态数据的保存