什么是 Serverless 适用性评估
函数计算把服务器管理交给平台，按调用与资源用量计费，天然适合突发、短时、事件驱动的任务。它的约束同样明确：冷启动带来额外的首包延迟，单次执行有时长与内存上限，运行环境无状态、本地调试与常驻进程受限。判断适用性，本质是判断负载形态是否匹配这组约束。
基本信息
| 计费方式 | 按调用次数与执行时长（含内存规格系数）计费 |
|---|---|
| 典型触发 | HTTP 网关、消息队列、定时任务、对象存储事件 |
| 关键约束 | 冷启动、执行时长上限、临时磁盘与无状态环境 |
| 不适配 | 长连接、常驻后台进程、强依赖本地环境的重负载任务 |
特征匹配表
| 特征 | 适合 | 不适合 |
|---|---|---|
| 负载形态 | 突发与间歇性流量 | 持续平稳的高负载 |
| 任务时长 | 短时请求处理 | 长任务与大规模批处理 |
| 连接模式 | 无状态短连接 | 长连接与常驻会话 |
| 调试方式 | 平台工具链完善 | 强依赖本地运行环境 |
典型使用场景
- 图片与视频处理：对象存储事件触发转码与缩略图生成
- 定时任务：按分钟或小时执行的巡检、对账与报表生成
- Webhook 接收：低频但要求高可用的回调入口
- 轻量 API：访问量波动大、无明显长连接需求的后端接口
- 消息消费：队列触发的事件处理，天然配合弹性扩缩
- 突发峰值承接：作为主服务的溢出通道，按量承接尖峰流量
冷启动与并发观测要点
冷启动与并发观测要点
# 关注三类指标，而不是只看调用成功率
# 1) 冷启动比例与首包延迟（P99）
# 2) 并发度与限流触发次数
# 3) 单次执行时长分布与超时次数
# 验证方式：以低频函数做突发压测，观察首次并发暴涨时的 P99
# 结论要区分「稳态延迟」与「冷启动延迟」，二者优化手段不同保留并发或预热实例可以压低冷启动，但会带来常驻成本，需要与延迟目标一起权衡，而不是无脑常开。
长连接或常驻会话类负载放到函数计算上，会同时遇到超时与成本失控：连接维持期间照样计费，且平台可能强制断开。