SILO // 存储节点 PGSTY-01 S3 API :9000 应用流量 对象存储核心 SILO S3兼容控制台 :9001 操作员访问 消失集 // 分布式磁盘 D01 在线 D02 在线 D03 在线 D04 在线 社区分支 由PIGSTY维护 关键指标 公开维护，一目了然 价值主张 前端放弃的，SILO拾起 MinIO的社区版剥离了控制台，停止了二进制文件的发布，并归档了其安全更新。 SILO恢复了全部三者——在同一代码下，以相同的性能。 网络控制台 完整控制台，恢复 管理存储桶、身份、监控和浏览器中的复制 上游将AGPL网络控制台剥离到一个存根 SILO提供完整的管理UI：存储桶、IAM、监控、站点复制 没有付费墙，没有功能限制——每个操作员都记得的控制台 上游拿走的控制台，现在在您的浏览器中 发布工件 二进制文件，预构建并签名 从源到签名的可运行包 无需自我构建，无需通过封闭的商业下载绕道 版本化二进制文件，RPM / DEB / APK 和多架构容器镜像 GPG签名的包，带有发布的校验和 交付表面，持续维护 兼容性 直接替代 只需更换镜像名称；您的数据保持不变 交付表面重命名为silo；协议和数据未变 S3 API、MINIO_*变量、指标、路由和磁盘格式不变 查看兼容性审计和迁移指南，包括回滚 将镜像指向pgsty/silo——其他一切保持不变 S3接口 您的堆栈已经使用的接口 Silo重命名了产品及其交付表面——协议从未改变。 S3 API、MINIO_*配置和磁盘格式保持与您的堆栈预期一致，所有差异都在兼容性审计中记录。 对象存储能力 用户声音 真实的迁移报告，保留了警示来自2026年2月至7月的公共第三方记录。 它们描述了单个环境，而不是通用兼容性或生产保证。 来自社区的更多内容 · 悬停以暂停 · 点击以获取来源 "发现社区维护版本不仅存在，而且最近发布的版本超越了最后发布的minio镜像，真是喜出望外。" GitHub · pgsty/minio #30 · 2026年04月19日 "使用Pigsty (pgsty) 社区分支覆盖上游MinIO, Inc. 镜像，以缓解被放弃的MinIO镜像中的未解决CVE。" GitHub · grafana/loki 维护 故意狭窄的承诺 SILO存在的目的是为了在现有的MinIO兼容部署之间提供连续性——而不是一个无限的产品路线图。 每一个承诺和拒绝都在Silo宣言中写下。 维护表面 保持维护的内容 活跃发布线的构建和依赖关系 适用的安全修复和建议 针对可重现缺陷的重点修复 版本化工件和文档 通常每1-2个月发布一次，最多一个季度 明确边界 不承诺的内容 上游路线图的完整延续 历史发布或多个支持分支 未经测试的逐项兼容性保证 响应或修复时间的SLA FAQ 常见问题，直截了当的回答 简短答案，并附有链接到详细答案。 Q1 此项目为什么存在？ 因为上游停止了其社区版：网络控制台被剥离、预构建的二进制文件停止，代码库被归档。 Silo存在的目的是为了让维护的、功能完整的、S3兼容的社区对象存储得以继续存在——Pigsty在生产中作为其PostgreSQL备份存储来运行。 完整的理由见于Silo宣言。 Q2 它解决了什么问题？ 它使现有的MinIO兼容部署保持可行：可以下载的版本化二进制文件和包，带有公共建议的安全修复，以及完整的网络控制台——无需自我构建，无需商业许可。 这是维护和连续性，而不是新的产品路线图。 Q3 您承诺什么？ 一个故意狭窄的列表：AGPLv3永久没有CLA（仅DCO）；没有付费墙、注册墙或遥测；通常每1-2个月发布一次，最多一个季度；以及每个安全修复的公共建议。 我们拒绝承诺的内容——修复时间SLA、上游路线图的延续——在宣言中也是如此。 Q4 谁维护这个分支？ 直接的答案，有名字：该分支由PGSTY组织维护，由Ruohang Feng (Vonng) 负责——Pigsty PostgreSQL发行版的作者。 他管理并部署了一个25 PB的MinIO集群，并拥有深厚的打包经验。 连续性安排提前在宣言第9条中写下。 Q5 编码代理扮演什么角色？ 代理是功能开发和代码审查的主要工作力量。 随之而来的承诺：每个更改都必须通过CI和人工审查，只有在有人权衡其权衡之后，才能合并每个建设性的更改。 代理的完整推理记录被归档，