1. 本周 Seminar 总览

这周其实是一个转折周。前半学期你们主要在学“怎么手动把东西搭起来”：VM、容器、Kubernetes、Web service；从这周开始，课程正式转向后半学期的重点：AWS 云服务。老师先用 Infrastructure as Code（IaC，基础设施即代码） 做过渡，告诉你为什么真实工作里不能每次都手动点点点、SSH 一遍遍配置，而要把基础设施写成代码、模板或脚本，让它可以自动部署、自动更新、自动扩展。

然后老师开始带大家进入 AWS 的世界。重点不是让你死记 AWS 所有服务名字，而是要你理解：AWS 是一整套服务生态，你以后做题、做作业、甚至面试时，核心能力都不是“背出 100 个服务”，而是看到一个场景后，知道该选什么服务、为什么这样选、配置上要注意什么。老师明确说了，后面的 quiz 更像是让你站在 solution architect（方案架构师） 的角度去回答问题。

另外，transcript 里还有一条很重要的隐含主线：这门课的 assessment 越往后越强调“理解并能解释”。老师反复说，assignment 不是机械复现 applied session，AI 也不是不能用，但前提是你必须真的懂，能解释每一步、每个结果、每个设计选择。

2. 核心知识点总结

2.1 Infrastructure Automation / IaC：为什么云环境要“写成代码”

这部分在讲什么：

IaC 的核心思想是：把原来手动做的基础设施工作——比如创建 VM、配置网络、装软件、部署应用、更新版本、监控运行状态——改成用代码、模板、脚本来定义和执行。老师特别强调，它不只是“把资源创建出来”，而是覆盖整个生命周期：provisioning（开资源）→ configuration（配参数）→ deployment（部署）→ management/monitoring（管理和监控）。

为什么重要：

因为现实里你不会只做一次。你要反复做开发环境、测试环境、生产环境；要修 bug、扩容、重建、上线。手动做一次可以，手动做十次就很容易出错、很慢、很难复现。IaC 的价值就是把这些重复劳动变成可重复、可共享、可追踪的流程。

怎么理解：

把它想成“把搭云环境的方法写成菜谱”。以后你不需要凭记忆再做一遍，而是把菜谱交给工具自动执行。

老师在课堂上不断追问大家“以前做 VM/容器/K8s/Web service 时，你们手动配了什么”，其实就是在帮你理解：这些被你手动做过的事，将来都可以被自动化。

2.2 IaC 的优点和代价：它不是白来的

这部分在讲什么：

课件里给了 IaC/自动化的优点：减少人工错误、快速部署和扩容、流程可重复、代码可共享、降低成本。

同时也提到代价：前期要学、要设计、要写、要调试，