课堂结束后，按本页开始课后自学与实验。
W08 · 验收 W07 / 发布任务 4
先验收 W07，再理解系统怎样跑起来
本周课堂先核验 W07 数据实验报告；课堂结束后再开始本页架构实验。W09 周二 24:00 截止，W09 周四核验。
提交一份飞书实验报告，并保持链接可访问。
进入逐份评阅；不要在未说明的情况下替换链接。
课堂核验本页任务时，要说明每项技术选择解决了什么需求以及放弃了什么。
08
01
本周先看懂什么
Core concepts通过网络按需使用计算、存储和软件，并可弹性扩缩。
从基础资源到开发平台再到现成软件，用户负责的范围逐步减少。
集中处理适合周期任务；事件触发适合实时响应。
单体简单集中；微服务边界清晰但带来分布式复杂性。
CPU 擅长通用顺序任务；GPU 擅长大量并行计算。
代码开放不等于零成本，还要评估许可证、社区、维护与安全。
02
学完后大致能做到
Learning outcomes自查完成度0 / 4
勾选只保存在当前浏览器，用于自查，不会自动提交成绩。
03
零基础起步
Lower the first step先迈一步
完成四项技术选择，并能解释一个优点和一个代价。
完整复现
补充数据安全、扩展、维护和遗留系统集成考虑，形成一页架构决策记录。
自由拓展
比较「自己构建、购买 SaaS、与平台合作」三条路线。
从这里开始
阅读校园理财助手情景，先写用户量、实时性和隐私要求。
在站内决策板选择本地/云、批处理/事件、单体/微服务、开源/商业。
查看每次选择对成本、复杂度、控制和弹性的影响。
用至少两个理由说明自己的组合，而不是追求最高分。
画出用户、应用、API、数据库和云之间的简单架构图。
04
问题驱动的 AI 自学路线
Question-driven learning本周大问题
技术方案为什么不能只追求更新、更复杂和更多组件？
带着问题读教材
不要求逐页背诵。先读标题和小节，再围绕本周问题精读；教材、AI 和实验结果三者不一致时，把差异写进报告。
Chapter 4，pp. 67–92
事件、敏捷、微服务、批处理、数据、CPU/GPU 与编程语言。
Chapter 6，pp. 109–133
云服务、部署模式、扩展、安全、隐私与数据主权。
Chapter 10，pp. 175–196
开源流程、收益、维护、安全、可持续与许可证。
Chapters 13–14，pp. 225–259
构建、购买、合作以及遗留系统集成。
先问自己，再问 AI
每个问题都必须留下三层痕迹：你的初始判断、AI 的解释、本人核验后的修正。
问题驱动协议
不以「帮我总结本章」开场；改为提出一个可以比较、反驳或验证的问题。要求 AI 说明边界、给出反例，并接受你用教材和实验结果纠正它。
四个驱动问题
需求不清楚时，为什么任何架构评分都没有意义？
向 AI 追问
让 AI 先追问用户量、实时性、隐私、预算、团队和恢复目标，再谈技术。
本人验证
检查自己的四项选择能否逐条对应一个明确需求。
上云后，哪些责任仍不会自动转移给云厂商？
向 AI 追问
让 AI 区分基础设施责任与账号、权限、数据、配置和合规责任。
本人验证
在架构图中标出至少三项自己仍需承担的责任。
微服务为什么可能让一个小项目更脆弱？
向 AI 追问
让 AI 从网络、部署、监控、数据一致性和团队能力解释复杂度。
本人验证
把当前方案改成单体，再比较哪一种更适合 68 人试用规模。
开源免费，隐藏成本会在哪里出现？
向 AI 追问
让 AI 检查许可证、社区健康、维护、安全、升级、可靠性和支持。
本人验证
任选一个开源项目，只核验许可证与最近更新日期，不凭印象下结论。
建议完成五轮对话
第 0 轮｜先写需求约束，不允许出现云、微服务等方案词。
第 1 轮｜让 AI 提供两套相反方案，并分别列收益、代价和风险。
第 2 轮｜要求 AI 扮演运维人员，追问故障、监控、升级和恢复。
第 3 轮｜使用站内决策板改变一项选择，观察其他指标怎样变化。
第 4 轮｜由本人裁决，不把 AI 的最高分方案自动当成答案。
写进报告的不是聊天全文
只保留与学习有关的关键节点：初始答案、AI 的关键建议、反例或边界、本人验证证据、最后修正。不要另交 AI 聊天记录表。
05
让 AI 一步一步带你做
Prompt scaffold使用方式
先把提示词交给 AI；每完成一步就把真实结果贴回去。不要让 AI 一次倾倒整套答案，也不要把建议写成已经验证的事实。
请担任技术架构教练。我是大一新生，要为校园理财助手做简单架构选择。一次只讨论一个维度：本地或云、批处理或事件、单体或微服务、开源或商业。先问需求，再让我作选择；你必须同时指出收益、代价和风险，不要把复杂方案自动说成更先进。
06
实验 4：为校园理财助手做架构决策
Browser micro-lab操作步骤
写出用户规模、响应速度、数据敏感度和预算。
完成四项架构选择并记录理由。
查看站内评分，但把分数当提示而非标准答案。
绘制五个组件以内的架构图。
补充一个故障情景和恢复办法。
可展示证据
需求假设四项决策与取舍简单架构图故障情景AI 建议与本人裁决
常见坑
- 把云、微服务或 GPU 当成万能先进答案
- 只列优点不写代价
- 没有说明数据放在哪里
- 架构图堆满无法解释的组件
校园理财助手架构决策板
没有满分方案；分数只帮助你看见取舍。
部署位置
处理方式
系统形态
获得方式
成本友好20
复杂度20
控制力20
扩展性20
已完成 0 / 4 项选择。复杂方案不自动得高分，先满足需求。
07
只交一份实验报告
One report本页报告截止W09 周二 24:00
按时提交同一份飞书报告；W09 周三进入评阅，W09 周四课堂展示、复现并接受随机拷问。
建议结构
- 本周目标与实际完成情况
- 电脑环境、文件与数据来源
- 编号步骤、真实结果和错误记录
- AI 建议、本人验证和修正
- 核心概念卡与课堂拷问准备
- 结论、限制与下一步
模板仅供参考
不要求照抄固定目录。可以删减、合并、重排或自建结构；只要真实过程、证据、AI 参与、本人验证、概念理解、限制与隐私说明清楚即可。
08
下次课堂核验与随机拷问
Live verification打开 · 共享飞书报告
30 秒说明目标与完成度
复现 · 现场操作关键步骤
从本人电脑重新得到结果
展示 · 解释证据与踩坑
说明哪里曾失败、怎样修正
拷问 · 脱离屏幕答概念
随机解释术语和关系
旁听 · 同学提问
提出具体、可检验的问题
不看电脑手机，你能回答吗？
把系统放到云上是否自动更安全？
SaaS 和 IaaS 的用户分别要负责什么？
什么任务适合批处理，什么任务适合事件驱动？
为什么微服务不一定适合小项目？
开源免费，为什么仍可能有很高成本？
09
📋 本周课堂积分
Weekly points积分时间不要看错：这里列的是本页实验报告的积分项目；实际记录时间为 W09 周四 课堂核验，不是在 W08 课堂提前计算。
✅ 考勤
+0～3出勤 +3；迟到 +2；早退 +2；请假 +1；旷课 +0。
💻 复现
+0 / +1现场成功复现实验 +1；未能复现 +0。
🚀 拓展
+0～2无拓展 +0；有拓展 +1；多拓展 +2。
🖥️ 展示
+0 / +3课堂自愿共享屏幕展示 +3。
🥇 首讲
+0 / +1每节课堂最先自愿开讲的前 3 人 +1。
💡 提问
+0 / +0.5认真旁听并提出被采纳的好问题 +0.5。
🔍 拷问
−1～+2空心代工 −1；一知半解 +1；融会贯通 +2。
🤝 双分
双方 +1仅凭文档现场复现成功，作者与复现者都 +1。
🏆 精选
+0 / +3最佳文档进入知识库，获得席位、署名与 +3。
本页报告在 W09 周四 按以上各项记录积分。积分是过程激励，不设固定满分。
10
自由拓展与下一步
Explore further如果还有余力
- 调查一个开源项目的许可证和社区活跃度
- 比较 IaaS/PaaS/SaaS
- 设计从遗留系统迁移的第一步
报告收尾三问
- 我亲手完成并验证了什么？
- 我仍然不能解释什么？
- 如果重做一次，我会先改变哪一步？