MinIO 社区版策略收紧后，开发测试场景需要提前找替代。我主要要求：有 Docker 镜像、启动快、依赖简单、可单节点。
| 名称 | S3 兼容 | 单节点难度 | 维护 | 优缺点 | 备注 |
|---|---|---|---|---|---|
| S3Proxy | 是（见文档限制） | 非常简单 | 长期维护 | 极轻量、配置简单；能力边界看后端 | 极简首选 |
| RustFS | 是（文档宣称完整） | 简单 | 活跃；已进入 1.0 beta 阶段 | 有 GUI、可当 MinIO 二进制替换叙事；正式 GA 前仍要谨慎 | 潜力大，生产需再评估 |
| SeaweedFS | 是 | 简单～中等 | 长期活跃 | 成熟、有基础 UI，体验接近 MinIO | 当前主力候选 |
| CloudServer（Zenko） | 是 | 中等 | 活跃 | 功能完整，套件感重 | 可接受但 overhead 大 |
| Garage | 是 | 复杂 | 活跃 | 偏分布式；单节点配置繁 | 不适合快速 demo |
| Apache Ozone | 是 | 极复杂 | Apache | 企业级、非轻量 | 本地单节点不推荐 |
| LocalStack S3 | 是（模拟） | 极简单 | 活跃 | 本地测 AWS API 很方便；不是持久对象存储产品 | 仅测试替身 |
推荐
- SeaweedFS → 成熟度与体验最接近 MinIO。
- S3Proxy → 极致轻量。
- 只测 AWS SDK → LocalStack S3。
暂缓 / 不推荐（单节点开发测）
- RustFS → beta 可跟，正式生产再等 GA 与安全公告。
- CloudServer → 偏重。
- Garage / Ozone → 配置或架构过重。
不满足「轻量单节点 S3」的方案
- JuiceFS → POSIX 分布式文件系统；S3 Gateway 常依赖其它实现。
- Rook → K8s 存储 Operator，不直接当 S3 服务。
- Ceph RGW → 多节点企业存储。
- Versitygw → S3 网关，把 API 映到 POSIX 等后端。