什么是无服务器架构？
无服务器架构是指应用程序使用第三方 Function 和服务，但不需要管理服务器。它的特点还包括无状态、自动伸缩、没有运营成本等，此外，因为运行时小，所以无服务器架构具有较高的安全性。
无服务器架构主要包含了 FaaS（Function as a Service，Function 即服务）与 BaaS（Backend as a Service，后端即服务）两个方面，本文着重关注前者。
FaaS 包含服务器端业务逻辑的无状态 Function。这些 Function 运行在独立的容器里，基于事件驱动，并由第三方厂商托管。
无服务器应用程序架构示例
假设有一个简单的线上汽车拍卖应用程序，用户可以登录并出价，拍卖时间结束时价高者得。按照传统方法，架构中会包含一个部署了应用程序和前端的单体服务器，如下图中采用了瘦客户端方式，所有的业务逻辑（如认证、回话管理、车辆管理等）都部署在服务器端。
那么，在一个无状态的微服务架构中，这个应用程序又会是什么样子？
其中，原来的单体应用程序被拆分成了多个服务器端组件：
认证 Function：这是一个用于管理用户认证（登录）的 Function（Function，FaaS）。
车辆管理服务：一个处理与车辆相关操作的微服务，这个服务可以使用任意语言或框架来开发，它与数据库通信，并且独立运行。
车辆出价 Function：这是另外一个 Function，也与数据库通信，录入用户出价记录。
API 网关：所有服务的入口点和反向代理。来自客户端的请求会先到达网关，网关根据路由规则将请求重定向到特定的服务。
在将服务拆分成微服务或 FaaS 时，需要考虑到业务逻辑、负载、规模等方面的因素。上述的例子描述了无服务器架构和基于无服务器架构设计微服务时的大致过程。
无服务器架构的限制
尽管使用无服务器架构有诸多好处，如减少管理服务器的成本；比不间断运行的服务更安全、缩短发布周期、开箱即用的监控等，但它与其他任何一种技术架构一样，也存在限制，包括启动延迟、性能优化局限于代码内部、成本不可预测、执行时间限制（AWS Lambda 的执行时间限制为 15 分钟）、测试和调试复杂、开发环境不同于生产环境等。所以，在决定是否要采用无服务器架构之前，需要先分析一下自己的业务和技术需求，通盘考虑各种优点和缺点。
无服务器架构与 PaaS 的区别
因为 PaaS（Platform as a Service，平台即服务）是另一个不需要开发人员管理服务器（包括硬件和软件）的架构模式。所以，开发人员容易把无服务器架构和 PaaS 混为一谈。
二者的不同点在于：
PaaS 提供了更为可控的部署方式，而无服务器的部署更为严格。
无服务器架构可以自动伸缩，而 PaaS 的伸缩需要进行配置。
无服务器架构的成本是由事件驱动的，而 PaaS 是固定的。
PaaS 应用程序在部署之后会一直运行，并马上开始处理请求，而无服务器需要等待第一个事件，具体取决于事件的发生频率。
总的来说，无服务器架构是一种架构风格，通过 FaaS 将业务逻辑从长期运行的组件中移到临时的 Function 里。它可以解决很多架构和运营问题，简化开发者和运维人员的工作。