Serverless（无服务器架构） 是一种云计算执行模型，其核心思想是：开发者无需管理底层服务器（如物理机、虚拟机、容器集群），只需专注于编写业务代码，云平台自动处理资源的分配、扩缩容、运维和可用性。名称中的“无服务器”并非真的没有服务器，而是服务器管理职责完全由云服务商承担。
核心特征
免运维（NoOps）
- 无需配置/维护服务器、操作系统、运行时环境。
- 示例：AWS Lambda 中上传代码即可运行，AWS 自动部署到可用区。
事件驱动（Event-Driven）
- 代码由事件触发执行（如 HTTP 请求、文件上传、消息队列消息）。
- 示例：S3 文件上传事件触发 Lambda 处理图片压缩。
按需计费（Pay-Per-Use）
- 按实际资源消耗量（如函数执行次数、时长、内存）计费，而非预留资源。
- 示例：Lambda 每月前 100 万次请求免费，超出后按 $0.20/百万次计费。
自动弹性伸缩（Auto-Scaling）
- 根据请求量自动从 0 扩展到高并发，完成后缩容到 0。
- 示例：突发流量访问 API Gateway + Lambda，1 秒内从 0 扩展到 1000 个实例。
Serverless 的核心服务模型
| 类型 | 功能 | AWS 代表服务 | 典型场景 |
|---|---|---|---|
| FaaS | 事件驱动的函数计算 | AWS Lambda | 实时数据处理、API 后端 |
| BaaS | 托管的后端服务（数据库/存储等） | DynamoDB, S3 | 无需管理数据库集群 |
| Serverless 容器 | 无需管理节点的容器服务 | AWS Fargate | 运行 ECS/EKS 容器任务 |
| Serverless 应用 | 全托管应用运行时 | AWS App Runner | 一键部署 Web 应用 |
Serverless 的优势 vs 传统架构
| 对比维度 | Serverless | 传统架构（如 EC2） |
|---|---|---|
| 运维复杂度 | ⭐️ 云平台全托管，无需管理基础设施 | 👎 需维护 OS/中间件/补丁 |
| 成本效率 | ⭐️ 按毫秒级使用量付费，闲置成本=0 | 👎 需为闲置资源付费 |
| 伸缩速度 | ⭐️ 秒级自动扩缩容，支持突发流量 | 👎 需预配置伸缩组，分钟级延迟 |
| 部署速度 | ⭐️ 秒级发布代码 | 👎 需重启实例或滚动更新 |
| 高可用性 | ⭐️ 内置跨 AZ 容灾 | 👎 需手动设计多 AZ 部署 |
典型应用场景
API 后端服务
- 架构：API Gateway + Lambda + DynamoDB
- 场景：移动应用后端、微服务接口。
实时数据处理
- 架构：Kinesis → Lambda → S3
- 场景：日志分析、实时用户行为跟踪。
自动化运维
- 架构：CloudWatch 事件 → Lambda → EC2 控制
- 场景：定时开关开发环境、安全合规检查。
文件处理流水线
- 架构：S3 上传事件 → Lambda → 转码/压缩 → 存储结果
- 场景：用户上传图片生成缩略图。
Serverless 的挑战与应对
| 挑战 | 解决方案 |
|---|---|
| 冷启动延迟 | 使用 Provisioned Concurrency（预置并发） |
| 调试困难 | 本地模拟工具（AWS SAM）、CloudWatch Logs |
| 厂商锁定风险 | 采用开源框架（如 Serverless Framework） |
| 长任务执行限制 | 拆分为子任务 + Step Functions 编排 |
| 复杂应用架构 | 组合使用 EventBridge/SQS 消息中间件 |
AWS Serverless 核心服务栈
一句话总结
Serverless = 事件驱动 + 按毫秒计费 + 零服务器管理，让开发者从基础设施中彻底解放，专注业务逻辑创新。它是云原生演进的终极形态之一，但需根据场景权衡其适用性（尤其对状态/长任务场景）。