「Serverless」这个名字有点误导，好像没有服务器。真相是：服务器还在，只是你不用管了。

本质是「关注点转移」

传统模式你关心：CPU 几核、内存多大、磁盘够不够、要不要扩容。Serverless 模式下这些全部交出去，你只关心代码和触发条件。

请求 → API 网关 → 云函数 → 返回结果
                     ↑
              自动伸缩，按调用次数计费

常见误区

  • 冷启动很慢：对大多数请求型场景，温启动后的延迟完全可接受
  • 不适合重计算：长时间跑的训练任务、超长流处理，还是传统实例更划算
  • 供应商锁定：注意抽象层，别把业务逻辑绑死在某家特有 API 上

什么场景适合

  1. 低频但有峰值的 API（比如博客的评论通知）
  2. 定时任务（每天抓取、备份）
  3. Webhook 处理（Git 事件、支付回调）

结论

Serverless 的核心价值是让团队把时间花在业务上，而不是基础设施上。选不选它，看的是「运维成本」和「业务价值」的取舍。