Tag: # 对象存储

前两篇文章把 OtterIO 的来龙去脉和代码线整理交代清楚了，这篇文章回到操作层面：如果过去的项目、文章示例、CI 环境或小型私有化部署里用了 MinIO，现在想切换到 OtterIO，应该怎么改镜像、怎么换环境变量、怎么部署、怎么验证迁移、哪些地方不兼容。文中给出一条 Docker 命令起 OtterIO、用 docker compose 跑多版本 MinIO 与 OtterIO 共存的可复现实验环境，再用 AWS CLI、s3cmd 通过标准 S3 API 把不同版本 MinIO 中的对象同步到 OtterIO，并用对象级 ETag/大小/数量做迁移校验，最后老老实实说明 mc admin、企业特性、商标与发行物层面的兼容边界。 阅读全文

上一篇文章交代了为什么要重新审视 MinIO，以及为什么会有 soulteary/minio 这条 Apache 2.0 基线。这篇文章接着往下聊：从 soulteary/minio 到 OtterIO，中间到底做了什么。我把这次整理拆成十二步：从项目身份和命名独立、把 2021 年的代码带到 2026 年、用 gofiber/fiber/v3 重做 HTTP 入口、缩小 Bucket Notification 与 Gateway 的维护面，到把 2021 年 4 月之后上游 CVE / GHSA 逐项入账、按攻击面拆解安全修复、补齐 LDAP DN 规范化与迁移流程，再到完善 CI、自动化 Release、多架构镜像、控制台 listener 拆分，以及在保留原有 S3 使用体验的前提下，诚实说明 OtterIO 的适用范围与风险边界。 阅读全文

MinIO 仍然是开源软件，但它已经不再是过去那个“Apache 2.0、社区仓库持续维护、预编译二进制直接使用”的默认选择：许可证从 Apache 2.0 切换到 AGPLv3，公开 GitHub 仓库被归档并标注不再维护，社区版预编译二进制也不再继续发布。本文重新审视 MinIO 当前的开源状态，比较 PGSTY/Silo 与 JuiceData/minio 两个社区 fork 的定位与许可证边界，并整理出我自己的 soulteary/minio 主线：基于 RELEASE.2021-04-22T15-44-28Z 这一切换 AGPLv3 之前的最后 Apache 2.0 版本，把 HTTP 路由切到 gofiber/fiber/v3、收敛 Bucket Notification 与 Gateway、升级到 Go 1.26，作为后续 OtterIO 项目的代码基线。 阅读全文