Serverless集群到生产部署 - 第1节
1.1 Serverless 定义：从“管理服务器”到“关注代码”
Serverless（无服务器）并不是真的没有服务器，而是将服务器基础设施的运维、容量规划、补丁更新、弹性伸缩等复杂性完全抽象，让开发者只需聚焦业务代码本身。在 Serverless 模型中，云平台负责动态分配和管理计算资源，代码仅在事件触发时执行，并按实际执行次数和消耗的资源计费。
核心定义：Serverless = 函数即服务（FaaS）+ 后端即服务（BaaS）。FaaS 提供事件驱动的计算执行环境，BaaS 提供数据库、认证、存储等托管后端服务。
1.1.1 Serverless 与传统架构的对比
| 对比维度 | 传统架构（虚拟机/容器） | Serverless 架构 |
|---|---|---|
| 基础设施管理 | 需手动配置、扩缩容、打补丁 | 完全托管，平台自动管理 |
| 弹性伸缩 | 需预设规则或手动调整 | 从 0 到 N 自动伸缩，毫秒级响应 |
| 计费模式 | 按资源预留时长（即使空闲也付费） | 按实际执行次数和时长（空闲不付费） |
| 冷启动 | 实例常驻，无冷启动 | 空闲后实例回收，首次调用有冷启动延迟 |
| 执行时长 | 无限制（可运行长期进程） | 通常有超时限制（如 15 分钟） |
| 状态管理 | 可本地存储状态 | 无状态设计，状态需外置（Redis/DB） |
| 运维复杂度 | 高（需监控、日志、告警体系） | 低（平台提供内置监控和日志） |
关键认知：Serverless 不是“没有服务器”，而是“你不需要关心服务器”。平台仍然在运行服务器，只是这些服务器的管理被完全封装。
1.2 Serverless 的核心优势
1.2.1 降低运维成本
无需管理服务器集群、操作系统补丁、监控告警基础设施。平台自动处理故障转移、日志收集和性能监控，运维团队可缩减 50%-70% 的日常运维工作量。
1.2.2 弹性伸缩能力
从零开始，在数秒内扩展到数千并发实例。无需预先配置伸缩策略，平台根据请求量自动分配资源。对于突发流量场景（如秒杀、热点事件），Serverless 的弹性优势尤为突出。
1.2.3 按需付费
传统架构即使空闲也需支付服务器费用；Serverless 仅在代码执行时计费，空闲时成本为零。对于低频、间歇性负载的应用，成本可降低 60%-90%。
1.2.4 加速交付
开发者只需编写函数代码，无需处理部署环境、依赖管理、网络配置等基础设施问题。从代码提交到上线的时间可从数天缩短到数分钟。
注意：Serverless 并非银弹。对于高并发、长时间运行、有状态或延迟敏感的应用，传统架构可能更合适。选择前需评估业务场景。
1.3 适用场景与典型用例
| 场景类别 | 典型用例 | 推荐理由 |
|---|---|---|
| Web API / 微服务 | RESTful API、GraphQL 端点 | 请求驱动、无状态、弹性伸缩 |
| 数据处理 | ETL、日志处理、图片/视频转码 | 事件触发、并行处理、按量付费 |
| 定时任务 | 报表生成、数据清理、健康检查 | 无需常驻进程，按计划执行 |
| 实时文件处理 | 上传触发缩略图、文档转换 | 对象存储事件驱动，自动响应 |
| IoT 后端 | 设备数据采集、告警推送 | 海量设备、低频上报、弹性伸缩 |
| Chatbot / 消息处理 | Slack 机器人、消息队列消费者 | 事件驱动、短任务、无状态 |
1.4 不适合 Serverless 的场景
- 长时间运行的计算任务：如视频渲染、科学计算，超过平台超时限制（通常 15 分钟）。
- 高并发、低延迟要求：冷启动可能导致额外延迟，不适合毫秒级响应的实时系统。
- 有状态应用：WebSocket 长连接、本地缓存依赖，Serverless 无状态特性增加复杂度。
- 固定高负载：如果 24/7 都有稳定流量，预留实例的固定成本可能低于按需付费。
- 依赖特定硬件：GPU 计算、专用网络设备等，Serverless 平台通常不提供。
最佳实践：采用混合架构——将高频、有状态、延迟敏感的部分保留在传统架构中，将低频、事件驱动、弹性要求高的部分迁移到 Serverless，逐步演进。