Serverless 把基础设施的运维抽象交给云平台：你只管写函数与配置，平台负责运行、伸缩、计费。按调用量付费，闲时近乎零成本。
它特别适合事件驱动、弹性波动与轻量后端的场景，但对常驻长连接与冷启动敏感的业务要谨慎。
适用判断：调用频率波动大、开发运维资源有限、需求轻量——Serverless 是性价比很高的选择。
哪些业务适合上 Serverless。
轻量接口服务，按量伸缩。
定时触发，免运维常驻。
消息、上传、回调触发处理。
ETL、报表、批处理任务。
上传即处理缩略图/水印。
消息机器人、Webhook。
从评估到上线。
分析业务调用模式、冷启动容忍度、运维资源，判断是否适合。
按职责拆分函数，明确触发方式与数据流，避免单体函数。
用平台框架（如 Serverless Framework）定义服务，配置触发与权限。
接入日志与指标监控，跟踪调用量与费用，持续优化。
两种模式的成本与能力对比。
| 维度 | Serverless | 传统服务器 |
|---|---|---|
| 运维成本 | 近零 | 需要运维 |
| 伸缩能力 | 自动 | 需配置/扩容 |
| 计费方式 | 按调用量 | 按固定资源 |
| 冷启动 | 存在 | 无 |
| 适合场景 | 波动/事件驱动 | 常驻/稳定负载 |
用预留实例/冷启动优化、减小包体积、合理拆分函数，可显著降低冷启动影响。
有一定绑定风险。可遵循通用规范、用抽象层隔离，保留迁移能力。
设预算告警、按量监控、优化调用模式，Serverless 通常是成本更优而非更贵。
复杂应用可部分采用（如独立模块上 Serverless），整体架构按需求混合。
