本文目录导读：
- 标准选择：AWS Serverless Application Model （SAM） & AWS CDK
- 通用/开源首选：Serverless Framework
- 新兴/云原生：Use 函数计算框架（如：Vercel Functions、Netlify Functions、Deno Deploy）
- 自托管/非云专用：OpenFaaS、Knative、Kubeless
- 国内云原生代表：阿里云函数计算（FC） & 腾讯云云函数（SCF）
- 选型决策流程图（快速判断）
- 最终建议
选择FaaS（函数即服务）框架，本质上是在开发体验、云厂商锁定、本地调试和性能/冷启动之间做权衡。
没有一个“绝对最好”的框架，只有“最适合你项目”的框架，以下是目前主流的FaaS框架分类和选型建议，供你参考：
标准选择：AWS Serverless Application Model （SAM） & AWS CDK
如果你深度使用AWS生态，这是事实上的标准。
- AWS SAM：基于CloudFormation，使用YAML定义资源（Lambda, API Gateway, DynamoDB等），学习曲线较缓，本地调试（
sam local invoke）支持好。 - AWS CDK：使用TypeScript/Python/Java等代码定义云基础设施（即基础设施即代码），比YAML更灵活、可复用性更强，但引入了编译和依赖复杂度。
- 适合场景：AWS重度用户、企业级项目、需要精细化控制底层资源（如VPC、IAM角色）。
通用/开源首选：Serverless Framework
最成熟、功能最丰富的多云/开源框架之一（但近期许可证转为BSL，可能不适合部分团队）。
- 优势：支持阿里云、腾讯云、AWS、Azure、GCP等几乎所有主流云厂商，生态强大，有大量预构建的插件和模板。
- 劣势：配置较复杂（YAML有时会膨胀），部署速度中等，运维依赖Node.js。
- 适合场景：需要多云部署、已有团队使用、追求快速原型但不想被锁定。
新兴/云原生：Use 函数计算框架（如：Vercel Functions、Netlify Functions、Deno Deploy）
这些是托管平台内置的框架，强调极致的开发体验和零配置。
- Vercel Functions：支持Next.js/TypeScript边缘函数，自动冷启动优化和边缘部署。无法本地部署。
- Netlify Functions：与Netlify生态绑定，简单易用，但有15分钟超时限制。
- Deno Deploy：基于Deno（V8 Isolates），冷启动极快（微秒级），但生态和库兼容性尚在成熟中。
- 适合场景：前端全栈项目、Jamstack架构、个人项目或小团队、追求快速上线。
自托管/非云专用：OpenFaaS、Knative、Kubeless
如果你有自建Kubernetes集群,或需要在私有数据中心运行FaaS。
- OpenFaaS：成熟稳定，社区活跃，安装简单（
faas-cli），支持Docker镜像和模板。 - Knative：基于Istio和Kubernetes，是云原生的“FaaS on K8s”标准，冷启动优化好（支持请求驱动），但运维复杂度高（需要Istio）。
- Kubeless：轻量级，但维护已放缓，不推荐新项目。
- 适合场景：企业私有云、政企客户、对数据主权和延迟敏感的场景。
国内云原生代表：阿里云函数计算（FC） & 腾讯云云函数（SCF）
国内常用,得益于国内云的API和网络优化。
- 官方CLI（如
fun/serverless-devs）：支持本地调试（s invoke）、依赖打包（Python的Pip、Node的Npm）、自定义镜像。 - 优势：与VPC、CDN、OSS深度集成，冷启动在国内有优化（预留实例），中文文档完善。
- 适合场景：在国内部署、依赖国内云服务（如微信支付、OSS）、中文团队。
选型决策流程图（快速判断）
你可以按这个顺序问自己：
-
部署在哪里？
- AWS → AWS SAM / CDK
- 阿里云/腾讯云 → Serverless Devs 或 官方CLI
- Kubernetes/私有云 → Knative 或 OpenFaaS
- Vercel/Netlify → Vercel Functions / Netlify Functions
- 尚未决定 → Serverless Framework（最灵活，但有一定复杂度）
-
团队技术栈偏好？
- JavaScript/TypeScript全栈 → Vercel（极致体验）或 Serverless Framework（功能全面）
- Python/Go → AWS SAM（对Python Lambda支持好）或 OpenFaaS（语言无关）
- Java/Spring Boot → AWS CDK（代码即基础设施）或 Knative（支持标准容器）
-
关键性能需求？
- 极低冷启动（<10ms） → Deno Deploy（V8 Isolate）或 Knative（request-driven pod）
- 需要GPU推理 → AWS Lambda（GPU） 或 Knative（直接挂载GPU）
- 长时运行（>15分钟） → Knative（可运行小时级）或 OpenFaaS（支持30分钟）
最终建议
- 新手入门：先从Vercel（前端+JS）或阿里云FC（国内）开始，它们将复杂度降到最低。
- 内部工具/微服务：Serverless Framework 或 OpenFaaS，平衡灵活性与运维成本。
- 大规模、高可靠：AWS SAM 或 Knative，它们有最成熟的运维工具链和社区支持。
一个容易被忽视的点：看选定的云厂商！ Serverless Framework虽然支持多云，但实际开发中，云厂商的原生工具（如AWS SAM、阿里云SDK）在调试、监控、IAM权限管理上要顺畅得多，如果公司已经深度绑定一个云，优先选择该云的原生框架。
标签： FaaS框架