AWS 无服务器开发模式

解决的问题

在 AWS Serverless 中，许多线上问题并不是缺少框架，而是缺少一套可复用的函数结构：Lambda 需要统一解析事件、处理错误并返回 API Gateway 响应；异步任务需要可靠消费消息、重试失败项，并控制可见性超时。这个技能把这些问题拆解成可落地的模式，帮助工程师在 Node.js 和 Python 中写出更接近生产环境的函数代码。

核心能力与步骤

• Lambda Handler Pattern：初始化客户端到 handler 外，减少每次调用开销；用 try/catch 或 try/except 捕获异常，记录 requestId 和错误栈，并返回带 statusCode、headers、body 的响应。
• Event-Driven SQS Pattern：通过 SAM 模板绑定 SQS 队列，设置 VisibilityTimeout、maxReceiveCount 和死信队列；handler 按 Records 遍历消息，将失败项写入 batchItemFailures，实现部分批次失败处理。
• Anti-Patterns 与 Sharp Edges：提示避免单体 Lambda、大依赖、VPC 内同步调用，并关注冷启动、超时、内存、事件循环等待等运行细节。

适用边界与注意点

该资料偏重 AWS Lambda、API Gateway、DynamoDB、SQS 的常见开发模式，不适合直接作为架构决策依据。使用前需要确认队列超时、权限、环境变量与目标服务版本匹配；生产环境还应补充日志、指标、权限最小化与成本监控。