综合练习

把本 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 的配置纪律