用 SAM 把 Lambda 从「手工活」变成「模板活」

很多接触过 AWS Lambda 的开发者都有过类似体验：在控制台里手写函数、配权限、建 API Gateway 触发器，代码改一个字就得重新打包上传。事情看起来不难，但每一步都靠鼠标点选，环境不透明、依赖版本容易漂移、换一台电脑就不知道怎么复现。这门课解决的核心问题，就是「如何用 AWS SAM 把这些零碎操作收敛成一个可维护、可版本化、可重复部署的工程流程」。SAM（Serverless Application Model）是 AWS 官方的基础设施即代码框架，它用一套简化的 YAML 模板描述 Lambda 函数、事件源和权限，然后一条命令完成构建、打包与部署。课程标题里的「使用AWS SAM构建AWS Lambda应用」指向的不是泛泛的 Serverless 概念，而是这条具体的工具链。

这套课到底带你走完哪条路？

课长只有 48 分钟，内容密度却不低，它围绕一个目标展开：从零把一个 Lambda 函数变成通过 SAM 模板声明、本地调试、命令行部署并成功调用的完整闭环。目录显示全课只有一节，但这节内容基本对应 SAM 开发者的核心工作流，建议按以下顺序消化：

  • 先理解 SAM 模板里最关键的几个字段：函数代码的位置、运行时、内存超时配置、以及触发器的声明方式。这部分是地基，搞不清 Globals 和 Resources 的区别，后续部署报错会找不到方向。
  • 再跟着跑一遍本地调试流程。sam local invoke 或 sam local start-api 是本课最有价值的环节，它让你不花一分钱、不碰云端就能验证函数逻辑与事件响应，这是纯控制台开发永远体会不到的效率。
  • 最后看打包部署的命令。真正发到 AWS 时，sam deploy --guided 会引导你指定 S3 桶、堆栈名称、角色权限，这一步能让你理解 SAM 并不是发明了新的部署机制，而是帮你封装了 CloudFormation 的底层操作。

如果只看一遍视频很快就忘，建议在「本地调试」和「打包部署」两个节点暂停，对照自己的项目把命令敲一遍。视频里命令执行出现等待的间隙，正好是思考「为什么需要这一步」的好时机。

适合谁来补这个缺口

需要明确的是，这堂课假定你已经掌握了一些前置知识。

先说基础线：你至少应该熟悉一门编程语言（Python、Node.js 或 Java 均可），能看懂简单的 AWS 控制台操作，最好自己创建过一个 Lambda 函数。如果你连「事件」「触发器」「运行时」这些词都感觉陌生，建议先补一下 Lambda 基础再来看 SAM，否则容易迷失在命令行的输出里。

再说收益线：如果你已经写了不少函数，但每次交付都要整理一份部署文档、手动更新几十个配置，或者团队里不同人部署同一个项目总会产生「环境不一致」的扯皮，那么 SAM 就是帮你止血的工具。学完以后，你应该能独立完成以下任务：在自己的项目里新建一个 template.yaml，把现有的 Lambda 函数代码整理为 SAM 工程结构；用 sam build 在本地生成构建产物；通过 sam local invoke 传入测试事件验证函数返回结果；最后用

课程目录

1 使用AWS SAM构建AWS Lambda应用 (48:20)