用途：当工作负载由事件驱动、流量呈间歇或突发模式，且希望尽量减少基础设施管理、采用按执行付费成本模型时，可应用此无服务器架构范式。若进程运行时间超过函数超时限制，或应用需要持久连接、本地状态，则不适合使用。
主要能力与采用步骤：将工作负载拆解为小型、无状态的函数处理器，由 HTTP 请求、消息队列或定时器等事件触发；把持久状态外部化到托管数据库和队列，并将处理器设计为幂等，确保重复执行不产生意外副作用；针对延迟敏感路径减少函数依赖，采用预置并发或预热函数缓解冷启动；为所有函数启用详细追踪与日志，遵循最小权限原则配置 IAM 角色，并设置每函数预算以控制成本；使用 SAM、CDK 或 Terraform 等基础设施即代码框架实现可重复的自动化部署。
关键交付物：描述函数触发器、运行时选择、状态管理策略与成本预测的架构决策记录（ADR）；完整的 IaC 与 CI/CD 流水线；监控函数时长、错误率、冷启动频率与成本的可观测性仪表盘。
风险与缓解：供应商锁定可通过抽象提供商 API 或采用可移植框架缓解；分布式调试困难可通过统一插桩库与结构化日志缓解；资源限制需主动监控并发与内存配额，并将工作负载设计为可分片或可水平扩展。
退出标准：部署前完成 ADR；每个函数及其支撑基础设施都有完整 IaC 定义；每个处理器经重放输入的单元测试验证幂等；函数进入生产流量前，可观测性仪表盘需覆盖时长、错误率、冷启动频率与每次调用成本。
限制：资料未提供具体收费、价格、平台支持范围或效果数据。