Vercel Always-On Workers:突破 Serverless 函数限制的后台任务方案

Vercel 推出 Always-On Workers 功能,让开发者能在边缘运行时中执行长时间运行的后台任务,突破传统 Serverless 函数的执行时长限制。
2026-10-16 0来源:The New Stack
为什么需要 Always-On Workers?
在传统的 Serverless 架构中,函数执行时长通常受到严格限制。以 Vercel 的 Serverless Functions 为例,免费计划通常限制在 10 秒,Pro 计划也仅能扩展到 60 秒或 90 秒。这意味着像文件处理、数据转换、AI 推理等耗时操作无法直接在函数中完成。
过去,开发者需要借助外部队列服务(如 BullMQ、RQ)或独立的后端服务器来处理这类任务。Vercel 的 Always-On Workers 正是为了解决这一痛点而生。
Always-On Workers 是什么?
Always-On Workers 是 Vercel 平台提供的常驻后台进程能力。与传统 Serverless 函数不同,Workers 不会被执行时长限制所约束,适合处理需要持续运行的任务,例如:
- 长时间运行的计算任务:如图片/视频转码、大数据处理
- 实时事件处理:WebSocket 连接维护、流式数据处理
- 定时任务与轮询:监控外部 API、定期同步数据
- AI 推理服务:运行模型推理等耗时操作
与 Serverless Functions 的核心区别
| 特性 | Serverless Functions | Always-On Workers |
|---|---|---|
| 执行时长 | 有严格上限(10s~90s) | 无固定上限 |
| 启动方式 | 请求触发 | 常驻运行 |
| 计费模型 | 按请求次数计费 | 按运行时长计费 |
| 适用场景 | 短平快的请求-响应 | 长时后台任务 |
适用场景与选型建议
适合使用 Workers 的场景:
- 你的任务执行时间经常超过函数时长限制
- 需要维护持久连接(WebSocket、SSE)
- 希望减少外部依赖,保持技术栈统一
- 任务频率不高但单次耗时长
仍应使用 Serverless Functions 的场景:
- 请求-响应模式,执行时间可控
- 高并发、低延迟的 API 端点
- 任务可以拆分为多个短任务
实践要点
在使用 Always-On Workers 时,开发者需要注意以下几点:
- 资源管理:Worker 常驻运行,需关注内存泄漏和资源释放
- 错误处理:由于不会自动回收,必须实现完善的异常捕获和重试机制
- 监控告警:建议接入 Vercel Analytics 或自建监控,确保 Worker 健康运行
- 成本控制:按运行时长计费,需评估任务频率与成本之间的关系
总结
Always-On Workers 填补了 Vercel 平台在长时任务处理方面的空白,让开发者可以在同一平台上同时处理前端、API 和后台任务,减少架构复杂度。对于已经在 Vercel 上部署项目的团队来说,这是一个值得关注的功能升级。


本文目录(6 节)
本文基于 The New Stack 的公开内容,由 AI 辅助整理改写后发布。
原标题:Vercel adds always-on workers to run more of your backend
阅读原文