技术选型：存储、加密与密钥管理
做这个项目之前，我先把三个核心组件定下来：对象存储用什么、加密算法选哪个、密钥管理交给谁。这三个东西绑在一起，一旦选错，后面改起来特别痛苦。我在几个生产项目里踩过坑，所以这一章我直接给你说清楚我的选择逻辑。
对象存储方案：MinIO vs S3兼容
说白了，对象存储就是你的“大箱子”。文件丢进去，拿个Key就能取出来。主流方案就两个方向：
- MinIO：开源、轻量、能跑在Docker里。我个人喜欢它的理由是——单机部署十分钟搞定，API和AWS S100%兼容。你本地开发用它，测试环境用它，上生产还能用它。
- AWS S3：云原生标杆。如果你公司已经在用AWS，直接用S3最省事。但贵，而且你没法控制密钥的物理存储位置。
我的选择：MinIO（本地开发）+ S3兼容接口（生产部署）。这样你的加密代码不用改，换个Endpoint就行。我在一个金融项目中这么干过，效果不错。
加密算法：为什么是AES-GCM
加密算法有很多，但我只推荐AES-256-GCM。为什么？
- 强度够：256位密钥，暴力破解基本没戏。
- 带认证：GCM模式自带消息认证，能检测数据是否被篡改。你想想看，光加密没认证等于门锁坏了还能撬。
- 性能好：硬件加速支持好，尤其是现代CPU都内置AES指令集。我做过压测，AES-GCM比CBC快30%以上。
注意：千万不要用ECB模式。那玩意儿同样的明文块会加密成同样的密文块，模式太明显了。我曾经在一个遗留系统里看到过，直接把生产数据换成了AES-GCM才安心。
密钥管理：KMS怎么选
密钥不能硬编码在代码里。这是大忌。你需要一个密钥管理系统（KMS）。这里几个选项：
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| AWS KMS | 云原生、大厂 | 托管、自动轮转、审计 | 绑定AWS、贵 |
| HashiCorp Vault | 多云/本地 | 开源、可自托管、动态密钥 | 运维复杂一点 |
| Google Cloud KMS | GCP用户 | 集成简单、硬件加密 | 绑定GCP |
嗯，这里要注意：如果你自建KMS，Vault是最灵活的选择。我建议你直接用AWS KMS（如果公司在AWS）或者Vault（如果在意自控）。我们的课程会用Vault做演示，因为你会发现它的自动轮转和密钥版本管理简直是为加密边界设计的。
小技巧：我在一个项目中把Vault和MinIO结合起来，用Vault生成加密密钥并自动注入到MinIO的加密配置里。这样连运维人员都拿不到明文密钥。
整体架构图
下面这张图把三者的关系串起来了：
总结一下选型要点
- 存储：本地开发用MinIO，生产选S3兼容，保证代码一致性。
- 加密：只认AES-256-GCM，兼顾安全和性能。
- 密钥管理：Vault或AWS KMS，别自己写密钥存储逻辑。
这三层选好后，你就能确定项目的技术基线了。下一阶段我们开始搭建实际的加密密钥边界——也就是把这三层用代码连接起来。