不到 13 小时的 AWS 课程，帮你跟上客户 IT 团队

AWS 在 Skill Builder 上标注的 AWS Cloud Practitioner Essentials 课程时长为 12 小时 45 分钟，比一个迭代周期还短。如果你是即将把软件部署进客户系统的开发者，这段时间值得排进下季度学习计划的第一位。

为什么优先学这门课？对前线部署工程师（FDE）来说，代码跑在别人的基础设施上，网络、权限和预算都由客户说了算。在谈模型或提示词之前，你得先准备好回答这些问题。不懂云的语言，你很容易在自己的项目里沦为旁观者。

所以，不妨把这门课当作一份最低限度的词汇表。它不教你搭建复杂系统，而是帮你听懂坐在对面的人在说什么。

2025 年改版后，课程包含哪些内容？

2025 年 6 月 24 日，AWS 宣布推出这门课的改版，13 个模块全部更新，并新增 AI、机器学习和数据分析内容。新内容对 FDE 很重要，因为如今许多部署工作都是把 AI 系统接入客户现有的基础设施。

Amazon Web Services 也把这门课放到了 Coursera 上，由 Rudy Chetty 和 Morgan Willis 授课，难度为入门级（Beginner）。模块从计算（Compute）、网络（Networking）、存储（Storage）、数据库（Databases），一直到安全（Security）、定价（Pricing）、迁移（Migration）和 Well-Architected。其中名为“Cloud in Real Life”的部分把每个概念对应到具体业务场景，讲师会直接在 AWS Management Console 里演示。

有一个细节容易被忽略：AWS 把这门课定位给云计算新手、业务人员、学生和非技术岗位。也就是说，客户那边的经理很可能学的正是这一套概念。双方用同一套词汇，会议效率会高得多。

思路一：客户的基础设施从网络和权限开始

假设你要为一家保险公司部署一个读取内部文档的 Agent。IT 团队很可能一上来就问：数据经过哪里，位于哪个网络区域，谁有权读取。Networking 和 Security 两个模块给了你一套框架，让你能回答得清楚具体，而不是泛泛而谈。

到现场后的第一件事，是画一张简单的示意图：数据从哪里进来、在哪里处理、结果流向哪里，每一个箭头由谁授权。凡是你叫不出名字的环节，都要在写第一行代码之前问清楚。

思路二：成本是一项设计约束

Pricing 模块听起来枯燥，但一个假设的数字就足以说明跳过它的代价。假设一台每小时 2 USD 的服务器从周五晚上 8 点一直开到周一早上 8 点，共 60 小时，花掉 120 USD，而那场演示根本没人用。

这笔钱本身不算多，更大的损失是信任：客户那边负责审批账单的人会来问你原因。每次演示前，列出你创建的所有资源，估算每小时成本，并设置定时关机。

思路三：方案必须契合客户的迁移路径

客户可能正在把自有服务器逐步迁移到云上。任何与这条路径背道而驰的方案，无论效果多好，都会被搁置。在客户调研阶段，直接问清楚他们处于迁移的哪个阶段。

按什么顺序学？要不要考证？

在 Skill Builder 上学习需要先登录。该平台提供 900 多门免费的自定进度课程。Coursera 版建议每周 10 小时、学习约 4 周，时间安排灵活。

这两个数字相差很大：12 小时 45 分钟是 AWS 标注的课程时长，而每周 10 小时、共 4 周是 Coursera 建议的节奏。做计划时按较大的数字来，因为你还需要额外时间亲自打开 Console、重做演示、记录术语。

如果你从没打开过 AWS Management Console，先学基础模块 Compute、Networking、Storage 和 Databases，再学 Security、Pricing 和 Migration。如果你已经和云打了几年交道，可以快速浏览，把重点放在新增的 AI 内容和“Cloud in Real Life”场景上。

AWS Certified Cloud Practitioner 考试时长 90 分钟，共 65 道单选或多选题，费用 100 USD。AWS 表示，考生可以有最多约 6 个月的 AWS 云使用经验，但这不是硬性要求。

AWS 也明确说明，该认证验证的是对 AWS 云、其服务和术语的基础性、概要性理解。

既然证书只能证明概要性理解，就别让它在简历上单独出现。给它配一个小项目，比如你自己部署到 AWS 上的一个 API，附上网络示意图、权限表和成本估算。

阅读 FDE 岗位描述时，如果看到“customer infrastructure”或“cloud deployment”这类字眼，就回顾一下课程内容，并准备好在面试中讲讲那个小项目。

学完这门课，你不会因此成为基础设施专家。但下次客户 IT 团队谈起网络和权限时，你能听懂他们的意思，也能提出真正值得问的问题。