目录一、先说那个不体面的开头被骂了整整一年假开源二、它为什么能踩中痛点MinIO 留下的那个大坑三、五分钟先跑起来Docker 部署与 S3 兼容验证四、技术上到底能不能打看公开的压测数据PUT写入全尺寸领先这是最硬的卖点GET读取小文件和大文件领先中间段还落后为什么快Rust 带来的几个结构性优势面向 AI 的定位不只是又一个 MinIO五、社区是怎么卷起来的运营也是硬实力六、关于国产开源可不可信的那道坎七、写在最后2026 年 7 月 20 日用 Rust 写的对象存储项目RustFS的 GitHub star 数越过了 30000。单看数字可能没什么感觉换个参照系就有意思了这个项目的第一行核心代码是 2025 年 7 月 2 日才提交上去的。从开源到 30k只用了 383 天。作为对比同样定位在存储 / 数据库基础设施赛道、跑了十几年的老牌项目——Ceph 现在是 16.8k starOpenEBS 9.8kLonghorn 7.9kGlusterFS 5.2k连数据库里的 PostgreSQL 官方仓库也才 21.5k。一个 2024 年才真正立项的年轻项目社区热度已经压过了这些行业基石。更有意思的是它的开头并不体面——这个项目一度被中文技术社区公开挂成假开源典范“PPT 项目”。这篇文章想把它的这一年复盘清楚它凭什么火技术上到底能不能打以及有哪些还没解决的短板。尽量只讲有据可查的事实和公开实测数据不吹。一、先说那个不体面的开头被骂了整整一年假开源时间倒回 2024 年 1 月。RustFS 在 GitHub 建了仓库口号喊得很响——“用 Rust 做 MinIO 的开源平替解决开源存储痛点”。然后就没有然后了。整整一年仓库里只有一份孤零零的 README代码一行没有。社区的耐心是有限的评论区很快从期待变成质疑再变成嘲讽“又一个假开源”“典型的 PPT 项目”。2025 年 3 月团队公开承诺当月一定开源结果又跳票基本把最后一点信任耗光了。如果故事停在这里它就是又一个烂尾的开源项目。转机来得毫无预兆2025 年 7 月 2 日没有预热、没有公关稿6.2 万行 Rust 代码一次性全量推上了 GitHub。社区的反应比代码来得还猛。据官方后续复盘开源后连续 3 天进入 GitHub Trending 全语言总榜、连续 4 天高居 Rust 榜首48 小时内 star 涨了 700Hacker News 上被顶上热门中文技术圈也炸开了锅。最戏剧性的一幕是一位早前公开怒喷过它假开源的知乎博主实测之后专门发了篇《致歉 RustFS我欠你一个 star》转发过千。一个被骂了一年的项目靠闭嘴直接交货完成了口碑反转。这本身就说明在开源世界里代码是唯一有说服力的公关稿。二、它为什么能踩中痛点MinIO 留下的那个大坑RustFS 能火运气成分有但更关键的是它精准踩在了一个正在扩大的市场缺口上——这个缺口是 MinIO 自己挖的。MinIO 是对象存储领域的老牌开源标杆简洁、高效、S3 兼容几乎是自建对象存储的默认选项。但过去几年它做了一连串让社区离心的动作按时间线捋一下许可证收紧从早期宽松的 Apache 2.0 改成了严苛的AGPLv3。AGPL 有个网络使用即分发的条款——只要你把 MinIO 作为网络服务对外提供哪怕只改了一个配置文件理论上都得开源你的整个代码栈。这对商业公司几乎是劝退级条款。砍核心功能2024 年 9 月移除了 k8s Operator 的控制台界面2025 年 5 月又删掉了社区里最好用的 Console 管理控制台还停止了直接的二进制分发。开源版越用越毛坯。最后一击2026 年 2 月MinIO 宣布永久停止维护其开源仓库。这一连串操作把全球数百万习惯了 MinIO 的开发者推向了同一个问题有没有一个现代、高性能、S3 兼容、而且商业友好的替代品RustFS 团队自己就是这个痛点的亲历者。据 2025 年 7 月的开源宣言复盘团队从 2019 年就开始重度使用 MinIO很认可它但2022 年、2023 年 MinIO 连续两次涨价团队直言已经用不起了——这才是他们下决心自研的最原始动机。比起因为改了 License这种抽象理由用不起了要真实得多这也是很多中小团队共同的处境。时机上还叠加了两个大趋势一是Rust 在基础设施领域的崛起无 GC 停顿、编译期内存安全二是AI 训练 / 推理让对象存储重新变成关键基础设施——传统 IO 架构撑不住 GPU 集群的高速吞吐。几股力量交汇给了 RustFS 一个不错的窗口。三、五分钟先跑起来Docker 部署与 S3 兼容验证在看压测数据之前不妨先自己把它跑起来——RustFS 是单个静态二进制、无外部依赖上手成本很低。最快的方式是 Docker# 单机快速体验拉起一个 RustFS 实例dockerrun-d\--namerustfs\-p9000:9000\-p9001:9001\-eRUSTFS_ROOT_USERrustfsadmin\-eRUSTFS_ROOT_PASSWORDrustfsadmin\-v/data/rustfs:/data\rustfs/rustfs:latest# 9000 是 S3 API 端口9001 是 Console 控制台端口# 浏览器打开 http://localhost:9001 即可进入管理界面因为它 100% 兼容 S3 协议所以现有的 AWS CLI / SDK 代码不用改一行把 endpoint 指过来就行# 用官方 AWS CLI 直接操作 RustFS无需任何改造aws configuresetaws_access_key_id rustfsadmin aws configuresetaws_secret_access_key rustfsadmin# 建桶、上传、列举aws --endpoint-url http://localhost:9000 s3 mb s3://demo aws --endpoint-url http://localhost:9000 s3cp./test.txt s3://demo/ aws --endpoint-url http://localhost:9000 s3lss3://demo/Python 侧同样是标准boto3把endpoint_url换掉即可importboto3 s3boto3.client(s3,endpoint_urlhttp://localhost:9000,aws_access_key_idrustfsadmin,aws_secret_access_keyrustfsadmin,)s3.create_bucket(Bucketai-dataset)s3.upload_file(train.parquet,ai-dataset,train.parquet)print([o[Key]foroins3.list_objects_v2(Bucketai-dataset).get(Contents,[])])S3 兼容这四个字对迁移成本的意义很大存量代码零改动、运维习惯零迁移这也是它能快速接住 MinIO 存量用户的现实原因之一。四、技术上到底能不能打看公开的压测数据故事讲得再好存储系统最终还是要用数据说话。这里直接引用 RustFS 官方 2026 年 7 月发布的beta.10 版本压测报告测试用 warp4 节点 × 4 磁盘、Ubuntu 24.04、8 核 16GB Azure 环境对比对象是 MinIO RELEASE.2026-06-06。想自己复现的话warp 的压测命令也很直白# 用 MinIO 官方压测工具 warp 复现 PUT 测试换成你自己的 endpoint 即可warp put\--host127.0.0.1:9000\--access-keyrustfsadmin\--secret-keyrustfsadmin\--obj.size4KiB\--concurrent32\--duration1m# GET 测试把子命令换成 getobj.size 逐档扫描 1KiB~32MiB 即可对比warp get--host127.0.0.1:9000 --access-keyrustfsadmin --secret-keyrustfsadmin--obj.size1MiB--concurrent32--duration1mPUT写入全尺寸领先这是最硬的卖点对象大小RustFS (obj/s)MinIO (obj/s)RustFS / MinIO1 KiB2195.9114701.49×4 KiB2150.8810772.00×10 KiB2150.4210752.00×16 KiB2082.3012191.71×32 KiB2006.7911551.74×100 KiB1850.767122.60×1 MiB1017.724702.17×4 MiB652.312292.85×10 MiB301.341462.06×16 MiB190.331821.05×32 MiB90.67691.31×写入这一项RustFS 在所有测试尺寸上都胜过 MinIO100 KiB、4 MiB 这些常见尺寸甚至能到 2.6~2.85 倍。对于写多读少、或者小文件海量写入的场景比如日志、监控、AI 训练数据落盘这个差距是能直接感知到的。GET读取小文件和大文件领先中间段还落后读取这边就没那么一边倒了得诚实说清楚1 KiB ~ 16 KiB小文件RustFS 全面领先约 1.03~1.05×32 KiB ~ 1 MiB中间段MinIO 反过来领先尤其在 1 MiB 附近 MinIO 优势明显4 MiB ~ 32 MiB大文件RustFS 重新领先约 1.08~1.26×。所以读取性能是两头强、中间弱。100 KiB ~ 1 MiB 这个区间目前仍是 MinIO 的强项如果你的业务读负载恰好集中在这个尺寸选型时要把这点考虑进去。官方在报告里也没回避这个短板这种态度反而值得肯定。为什么快Rust 带来的几个结构性优势性能差距不是调参调出来的背后是几个架构选择零 GC 停顿MinIO 用 Go 写GC 停顿在延迟敏感场景是绕不开的RustFS 靠 Rust 的所有权系统做到无 GC。有金融类用户反馈迁移后延迟从百毫秒级压到了十几毫秒。省资源省到夸张二进制只有约93 MBMinIO 约 320 MB空闲内存能稳定压在 100 MB 以内。极端案例是有开发者在树莓派 4B 上跑出了 500 MB/s 的吞吐直接打破分布式存储必须上重型设备的刻板印象。底层用了io_uring异步 IO 自研 LSM-Tree 元数据引擎把小文件场景的随机写转成顺序写这也是它小文件 PUT 能翻倍的原因之一。国产化适配在鲲鹏 920 平台上性能甚至反超 x86 约 15.3%对信创场景是个加分项。面向 AI 的定位不只是又一个 MinIO值得单独提的是RustFS 并没有把自己定位成 MinIO 的简单复刻而是明显在往 AI 基础设施方向走支持RDMA 协议、内置S3 Table瞄准 GPU 集群的高速数据吞吐协议面比一般对象存储更宽S3 / WebDAV / Swift / FTP(s)还罕见地支持了MCPModel Context Protocol这对 Agent 生态是个前瞻性的接口。这块布局能不能兑现还要看后续但至少方向上它想解决的是AI 时代的存储这个更大的问题而不只是接盘 MinIO 的存量用户。五、社区是怎么卷起来的运营也是硬实力技术能打是基础但 383 天冲到 30k、全球贡献者超过 160 位、装机量 150 万 台、Docker 镜像拉取 5 亿次——光靠技术解释不了这个增速。它的社区运营有几个做法值得同行参考真心降低贡献门槛。它的 “good first issue” 是真的对新手友好改错别字、补注释、优化教程都算中文文档细致到树莓派单机部署、国产芯片适配。这让第一次参与开源的人也能顺利提上 PR。用真实认可留人而不是搞虚的积分体系。Commit 致谢、把活跃贡献者吸纳进核心讨论组、给贡献者寄定制周边——这些比贡献值排行榜更能留住人。需求响应快。国密算法两个月就出了稳定版社区反馈 Docker 改端口无法登录的问题后团队直接把前端 Console 和后端 Endpoint 做了深度整合重构并为部署困扰公开致歉。这种认错 快速修的姿态在开源社区里很稀缺。迭代节奏稳。长期保持每周至少一版的发布频率通常周三从 alpha 一路走到 2026 年 4 月的 Beta累计 2850 次提交、99 个 alpha 版本。一句在社区里流传的话大概能概括它的运营哲学“三十个活跃贡献者比一千个僵尸 star 有用得多。”六、关于国产开源可不可信的那道坎RustFS 是国产项目躲不开一个灵魂拷问会不会先开源吸引用户、再闭源收割所谓 rug-pull尤其它要求贡献者签 CLA社区里确实有人为此担忧。面对这个质疑团队在 2026 年 2 月公开做了承诺核心仓库将永久保持开源要求签 CLA 只是为了规避未来的知识产权法律风险而不是为闭源铺路商业化走核心开源 企业级增值服务的路线。承诺归承诺能不能兑现要交给时间检验。但至少在 MinIO 刚宣布永久停维、整个社区都在反思开源基础设施的未来在哪的当口RustFS 把话摆到了台面上——这一点比闷声不吭要好。顺带一提在那场 Hacker News 讨论里连顶级向量数据库 Milvus 这样的用户都给了它不错的评价。七、写在最后RustFS 这一年最值得琢磨的其实不是30k star这个数字本身而是它验证了一条朴素的路径把一个场景做透、技术做实、社区做活不用喊替代国外产品的口号市场和开发者自然会用脚投票。它起步于一个被嘲笑一年的 README靠一次直接交货完成翻身又精准接住了 MinIO 留下的市场空缺。技术上它写入性能领先明显、面向 AI 的布局有想法但成熟度、部分读取场景、生态完善度都还有功课要补。对做存储选型的工程师来说它已经完全值得你去 clone 一份、跑一轮自己的压测——毕竟在对象存储这个曾经沉闷的领域里好久没有出现过这么有意思的搅局者了。# 想深入就从源码开始gitclone https://github.com/rustfs/rustfs.gitcdrustfscargobuild--release数据与事实来源RustFS 官方博客blog.rustfs.com、官方发布的 beta.10 压测报告、GitHub 官方仓库以及第三方技术社区掘金、CSDN、Hacker News的公开报道与实测。文中性能数据均来自官方公开压测建议读者在自己的业务场景下复测验证。
383 天，30000 star：RustFS 是怎么从“假开源“逆袭成增长最快的对象存储的
目录一、先说那个不体面的开头被骂了整整一年假开源二、它为什么能踩中痛点MinIO 留下的那个大坑三、五分钟先跑起来Docker 部署与 S3 兼容验证四、技术上到底能不能打看公开的压测数据PUT写入全尺寸领先这是最硬的卖点GET读取小文件和大文件领先中间段还落后为什么快Rust 带来的几个结构性优势面向 AI 的定位不只是又一个 MinIO五、社区是怎么卷起来的运营也是硬实力六、关于国产开源可不可信的那道坎七、写在最后2026 年 7 月 20 日用 Rust 写的对象存储项目RustFS的 GitHub star 数越过了 30000。单看数字可能没什么感觉换个参照系就有意思了这个项目的第一行核心代码是 2025 年 7 月 2 日才提交上去的。从开源到 30k只用了 383 天。作为对比同样定位在存储 / 数据库基础设施赛道、跑了十几年的老牌项目——Ceph 现在是 16.8k starOpenEBS 9.8kLonghorn 7.9kGlusterFS 5.2k连数据库里的 PostgreSQL 官方仓库也才 21.5k。一个 2024 年才真正立项的年轻项目社区热度已经压过了这些行业基石。更有意思的是它的开头并不体面——这个项目一度被中文技术社区公开挂成假开源典范“PPT 项目”。这篇文章想把它的这一年复盘清楚它凭什么火技术上到底能不能打以及有哪些还没解决的短板。尽量只讲有据可查的事实和公开实测数据不吹。一、先说那个不体面的开头被骂了整整一年假开源时间倒回 2024 年 1 月。RustFS 在 GitHub 建了仓库口号喊得很响——“用 Rust 做 MinIO 的开源平替解决开源存储痛点”。然后就没有然后了。整整一年仓库里只有一份孤零零的 README代码一行没有。社区的耐心是有限的评论区很快从期待变成质疑再变成嘲讽“又一个假开源”“典型的 PPT 项目”。2025 年 3 月团队公开承诺当月一定开源结果又跳票基本把最后一点信任耗光了。如果故事停在这里它就是又一个烂尾的开源项目。转机来得毫无预兆2025 年 7 月 2 日没有预热、没有公关稿6.2 万行 Rust 代码一次性全量推上了 GitHub。社区的反应比代码来得还猛。据官方后续复盘开源后连续 3 天进入 GitHub Trending 全语言总榜、连续 4 天高居 Rust 榜首48 小时内 star 涨了 700Hacker News 上被顶上热门中文技术圈也炸开了锅。最戏剧性的一幕是一位早前公开怒喷过它假开源的知乎博主实测之后专门发了篇《致歉 RustFS我欠你一个 star》转发过千。一个被骂了一年的项目靠闭嘴直接交货完成了口碑反转。这本身就说明在开源世界里代码是唯一有说服力的公关稿。二、它为什么能踩中痛点MinIO 留下的那个大坑RustFS 能火运气成分有但更关键的是它精准踩在了一个正在扩大的市场缺口上——这个缺口是 MinIO 自己挖的。MinIO 是对象存储领域的老牌开源标杆简洁、高效、S3 兼容几乎是自建对象存储的默认选项。但过去几年它做了一连串让社区离心的动作按时间线捋一下许可证收紧从早期宽松的 Apache 2.0 改成了严苛的AGPLv3。AGPL 有个网络使用即分发的条款——只要你把 MinIO 作为网络服务对外提供哪怕只改了一个配置文件理论上都得开源你的整个代码栈。这对商业公司几乎是劝退级条款。砍核心功能2024 年 9 月移除了 k8s Operator 的控制台界面2025 年 5 月又删掉了社区里最好用的 Console 管理控制台还停止了直接的二进制分发。开源版越用越毛坯。最后一击2026 年 2 月MinIO 宣布永久停止维护其开源仓库。这一连串操作把全球数百万习惯了 MinIO 的开发者推向了同一个问题有没有一个现代、高性能、S3 兼容、而且商业友好的替代品RustFS 团队自己就是这个痛点的亲历者。据 2025 年 7 月的开源宣言复盘团队从 2019 年就开始重度使用 MinIO很认可它但2022 年、2023 年 MinIO 连续两次涨价团队直言已经用不起了——这才是他们下决心自研的最原始动机。比起因为改了 License这种抽象理由用不起了要真实得多这也是很多中小团队共同的处境。时机上还叠加了两个大趋势一是Rust 在基础设施领域的崛起无 GC 停顿、编译期内存安全二是AI 训练 / 推理让对象存储重新变成关键基础设施——传统 IO 架构撑不住 GPU 集群的高速吞吐。几股力量交汇给了 RustFS 一个不错的窗口。三、五分钟先跑起来Docker 部署与 S3 兼容验证在看压测数据之前不妨先自己把它跑起来——RustFS 是单个静态二进制、无外部依赖上手成本很低。最快的方式是 Docker# 单机快速体验拉起一个 RustFS 实例dockerrun-d\--namerustfs\-p9000:9000\-p9001:9001\-eRUSTFS_ROOT_USERrustfsadmin\-eRUSTFS_ROOT_PASSWORDrustfsadmin\-v/data/rustfs:/data\rustfs/rustfs:latest# 9000 是 S3 API 端口9001 是 Console 控制台端口# 浏览器打开 http://localhost:9001 即可进入管理界面因为它 100% 兼容 S3 协议所以现有的 AWS CLI / SDK 代码不用改一行把 endpoint 指过来就行# 用官方 AWS CLI 直接操作 RustFS无需任何改造aws configuresetaws_access_key_id rustfsadmin aws configuresetaws_secret_access_key rustfsadmin# 建桶、上传、列举aws --endpoint-url http://localhost:9000 s3 mb s3://demo aws --endpoint-url http://localhost:9000 s3cp./test.txt s3://demo/ aws --endpoint-url http://localhost:9000 s3lss3://demo/Python 侧同样是标准boto3把endpoint_url换掉即可importboto3 s3boto3.client(s3,endpoint_urlhttp://localhost:9000,aws_access_key_idrustfsadmin,aws_secret_access_keyrustfsadmin,)s3.create_bucket(Bucketai-dataset)s3.upload_file(train.parquet,ai-dataset,train.parquet)print([o[Key]foroins3.list_objects_v2(Bucketai-dataset).get(Contents,[])])S3 兼容这四个字对迁移成本的意义很大存量代码零改动、运维习惯零迁移这也是它能快速接住 MinIO 存量用户的现实原因之一。四、技术上到底能不能打看公开的压测数据故事讲得再好存储系统最终还是要用数据说话。这里直接引用 RustFS 官方 2026 年 7 月发布的beta.10 版本压测报告测试用 warp4 节点 × 4 磁盘、Ubuntu 24.04、8 核 16GB Azure 环境对比对象是 MinIO RELEASE.2026-06-06。想自己复现的话warp 的压测命令也很直白# 用 MinIO 官方压测工具 warp 复现 PUT 测试换成你自己的 endpoint 即可warp put\--host127.0.0.1:9000\--access-keyrustfsadmin\--secret-keyrustfsadmin\--obj.size4KiB\--concurrent32\--duration1m# GET 测试把子命令换成 getobj.size 逐档扫描 1KiB~32MiB 即可对比warp get--host127.0.0.1:9000 --access-keyrustfsadmin --secret-keyrustfsadmin--obj.size1MiB--concurrent32--duration1mPUT写入全尺寸领先这是最硬的卖点对象大小RustFS (obj/s)MinIO (obj/s)RustFS / MinIO1 KiB2195.9114701.49×4 KiB2150.8810772.00×10 KiB2150.4210752.00×16 KiB2082.3012191.71×32 KiB2006.7911551.74×100 KiB1850.767122.60×1 MiB1017.724702.17×4 MiB652.312292.85×10 MiB301.341462.06×16 MiB190.331821.05×32 MiB90.67691.31×写入这一项RustFS 在所有测试尺寸上都胜过 MinIO100 KiB、4 MiB 这些常见尺寸甚至能到 2.6~2.85 倍。对于写多读少、或者小文件海量写入的场景比如日志、监控、AI 训练数据落盘这个差距是能直接感知到的。GET读取小文件和大文件领先中间段还落后读取这边就没那么一边倒了得诚实说清楚1 KiB ~ 16 KiB小文件RustFS 全面领先约 1.03~1.05×32 KiB ~ 1 MiB中间段MinIO 反过来领先尤其在 1 MiB 附近 MinIO 优势明显4 MiB ~ 32 MiB大文件RustFS 重新领先约 1.08~1.26×。所以读取性能是两头强、中间弱。100 KiB ~ 1 MiB 这个区间目前仍是 MinIO 的强项如果你的业务读负载恰好集中在这个尺寸选型时要把这点考虑进去。官方在报告里也没回避这个短板这种态度反而值得肯定。为什么快Rust 带来的几个结构性优势性能差距不是调参调出来的背后是几个架构选择零 GC 停顿MinIO 用 Go 写GC 停顿在延迟敏感场景是绕不开的RustFS 靠 Rust 的所有权系统做到无 GC。有金融类用户反馈迁移后延迟从百毫秒级压到了十几毫秒。省资源省到夸张二进制只有约93 MBMinIO 约 320 MB空闲内存能稳定压在 100 MB 以内。极端案例是有开发者在树莓派 4B 上跑出了 500 MB/s 的吞吐直接打破分布式存储必须上重型设备的刻板印象。底层用了io_uring异步 IO 自研 LSM-Tree 元数据引擎把小文件场景的随机写转成顺序写这也是它小文件 PUT 能翻倍的原因之一。国产化适配在鲲鹏 920 平台上性能甚至反超 x86 约 15.3%对信创场景是个加分项。面向 AI 的定位不只是又一个 MinIO值得单独提的是RustFS 并没有把自己定位成 MinIO 的简单复刻而是明显在往 AI 基础设施方向走支持RDMA 协议、内置S3 Table瞄准 GPU 集群的高速数据吞吐协议面比一般对象存储更宽S3 / WebDAV / Swift / FTP(s)还罕见地支持了MCPModel Context Protocol这对 Agent 生态是个前瞻性的接口。这块布局能不能兑现还要看后续但至少方向上它想解决的是AI 时代的存储这个更大的问题而不只是接盘 MinIO 的存量用户。五、社区是怎么卷起来的运营也是硬实力技术能打是基础但 383 天冲到 30k、全球贡献者超过 160 位、装机量 150 万 台、Docker 镜像拉取 5 亿次——光靠技术解释不了这个增速。它的社区运营有几个做法值得同行参考真心降低贡献门槛。它的 “good first issue” 是真的对新手友好改错别字、补注释、优化教程都算中文文档细致到树莓派单机部署、国产芯片适配。这让第一次参与开源的人也能顺利提上 PR。用真实认可留人而不是搞虚的积分体系。Commit 致谢、把活跃贡献者吸纳进核心讨论组、给贡献者寄定制周边——这些比贡献值排行榜更能留住人。需求响应快。国密算法两个月就出了稳定版社区反馈 Docker 改端口无法登录的问题后团队直接把前端 Console 和后端 Endpoint 做了深度整合重构并为部署困扰公开致歉。这种认错 快速修的姿态在开源社区里很稀缺。迭代节奏稳。长期保持每周至少一版的发布频率通常周三从 alpha 一路走到 2026 年 4 月的 Beta累计 2850 次提交、99 个 alpha 版本。一句在社区里流传的话大概能概括它的运营哲学“三十个活跃贡献者比一千个僵尸 star 有用得多。”六、关于国产开源可不可信的那道坎RustFS 是国产项目躲不开一个灵魂拷问会不会先开源吸引用户、再闭源收割所谓 rug-pull尤其它要求贡献者签 CLA社区里确实有人为此担忧。面对这个质疑团队在 2026 年 2 月公开做了承诺核心仓库将永久保持开源要求签 CLA 只是为了规避未来的知识产权法律风险而不是为闭源铺路商业化走核心开源 企业级增值服务的路线。承诺归承诺能不能兑现要交给时间检验。但至少在 MinIO 刚宣布永久停维、整个社区都在反思开源基础设施的未来在哪的当口RustFS 把话摆到了台面上——这一点比闷声不吭要好。顺带一提在那场 Hacker News 讨论里连顶级向量数据库 Milvus 这样的用户都给了它不错的评价。七、写在最后RustFS 这一年最值得琢磨的其实不是30k star这个数字本身而是它验证了一条朴素的路径把一个场景做透、技术做实、社区做活不用喊替代国外产品的口号市场和开发者自然会用脚投票。它起步于一个被嘲笑一年的 README靠一次直接交货完成翻身又精准接住了 MinIO 留下的市场空缺。技术上它写入性能领先明显、面向 AI 的布局有想法但成熟度、部分读取场景、生态完善度都还有功课要补。对做存储选型的工程师来说它已经完全值得你去 clone 一份、跑一轮自己的压测——毕竟在对象存储这个曾经沉闷的领域里好久没有出现过这么有意思的搅局者了。# 想深入就从源码开始gitclone https://github.com/rustfs/rustfs.gitcdrustfscargobuild--release数据与事实来源RustFS 官方博客blog.rustfs.com、官方发布的 beta.10 压测报告、GitHub 官方仓库以及第三方技术社区掘金、CSDN、Hacker News的公开报道与实测。文中性能数据均来自官方公开压测建议读者在自己的业务场景下复测验证。
