综合练习

把本 track 串起来：为 CodeRoadMap（或你负责的一个真实项目）写一份多云选型 ADR（Architecture Decision Record）——不是选「最新最潮」的云，而是 可辩护、可复盘、可衔接 IaC 与 K8s 的书面决策。

学习目标

• 独立完成 ADR：上下文、选项、决策、后果
• 交叉引用 dc-intro 至 dc-provision 与关联 track
• 衔接 aws-essentials、terraform-essentials、kubernetes-essentials、kubernetes-advanced-essentials、security-essentials

ADR 模板

# ADR-001：CodeRoadMap 生产环境云选型

## 状态
提议 | 已接受 | 已废弃

## 上下文
- 用户地域、合规、团队规模、现有技能
- 当前架构（如宝塔 VPS / 容器化进度）

## 考虑的选项
1. AWS（EKS + RDS）— 链 aws-essentials
2. 阿里云（ACK + RDS）— 国内合规
3. GCP（GKE 或 Cloud Run）
4. DigitalOcean / Hetzner + 自建程度
5. Heroku 类 PaaS（仅 staging）

## 决策
选定 …，因为 …（至少 3 条可验证理由）

## 后果
- 正面：…
- 负面：…
- 后续：Terraform 模块、Secret 方案、K8s 是否托管

必含章节（自检）

1. 服务模型（dc-intro）

• 标明主要工作负载落在 IaaS / PaaS / 托管 K8s
• 共享责任：补丁、网络、应用各谁管

2. 云对比（dc-aws 至 dc-heroku）

• 至少 比较 3 家 云或托管方案
• 各写 一条优势、一条劣势、一条成本提示

3. K8s（dc-k8s）

• 说明是否上托管 K8s；若上，GKE/EKS/AKS/DOKS/ACK 选谁
• 若不上，说明 Droplet/VPS/Cloud Run/Heroku 边界

4. 机密（dc-secrets）

• Secret 存储选型（云 SM / Vault / 仅 K8s Secret 是否足够）
• 引用 sec-server 的配置纪律

5. 资源配置（dc-provision）

• Terraform 管哪些资源；与 Helm/GitOps 的分工一句
• 链 tf-workflow

交付物

• Markdown 文件 1–2 页，可放 docs/adr/ 或 PR 描述
• 至少 8 条 /tracks/.../lessons/... 内链
• （可选）草图：用户 → LB → 计算 → DB → Secret 来源

反思题

1. 若六个月后账单超预算，你的 ADR 里哪一条假设最可能错？
2. 团队无人会 K8s 时，ADR 应如何改选 PaaS 或 VPS？
3. 国内 + 海外双部署时，Secret 与数据库是否同步？合规谁拍板？

小结

ADR 的价值在「当时为何这样选」——多云 track 完结，执行交给 Terraform 与 K8s track。 继续深入：terraform-essentials 落地资源，kubernetes-advanced-essentials 做生产发布与可观测。