从被喷“假开源”到登顶 GitHub 热榜,这个开源项目上演王者归来!
故事的序幕,在 2024 年 1 月的 GitHub 上悄然拉开。
当时,一个名为 RustFS 的开源项目横空出世,号称要做一个基于 Rust 的企业级分布式存储系统,旨在成为 MinIO 的一个开源替代品。这个口号直接把大家吊成了"翘嘴",但左等右等,结果一年了还只有一份 README 文件,就是不见源码。一时间,开源社区质疑声四起:"假开源"、"PPT 开源"、"光说不练"。
面对压力,RustFS 官方回复说:将在今年的 3 月完全开源,但结果...它再次跳票。这一下,社区里的质疑声几乎达到了顶点。很多人,包括我,都给它默默打上了一个"不靠谱"的标签。
然而,就在七月的第二天(2025.7.2),RustFS "悄悄地"将代码全部开源了!大家还没从"居然真的开源了"的震惊中缓过神,它就像坐火箭一样,短短几天便登顶 GitHub 热榜!
GitHub 地址:github.com/rustfs/rustfs
在如今 AI 开源项目霸榜的环境下,一个与 LLM 毫无关系的开源项目能杀入「全分类热榜」,实属难得!这波操作,是真的把我的下巴都惊掉了。所以,我决定上手体验一番,看看这个曾经的"跳票王",如今的"榜一大哥",到底有几分真本事。
一、我用"丐版"服务器把 RustFS 跑起来了!
我寻思着,这种"分布式存储系统"听着就挺高大上,配置要求肯定不低吧?这是我能玩的东西?
抱着"来都来了"的心态,我随手开了一台堪称"丐版"的云服务器(2 核 4G、1M 带宽的 Ubuntu),做好了看它报错的心理准备。结果......整个过程非常顺利。从一台新机器到跑起来只需 3 步:
# 1. 切换到 root 用户,图个方便 sudo -s # 2. 装个解压工具,因为安装包是 zip 格式 apt install zip # 3. 下载并运行一键安装脚本 curl -O https://rustfs.com/install_rustfs.sh bash install_rustfs.sh
终端显示熟悉的 success
,它就这么跑起来了!单机可用、资源占用低,看来真不是吹的!
[INFO] RustFS service enabled and started. RustFS has been installed and started successfully! Service port: 9000, Data directory: /data/rustfs0
- 服务端口:9000
- 后台管理端口:9001
- 日志位置:
/var/logs/rustfs
我立马打开浏览器,访问 http://你的服务器IP:9001/
,输入默认的账号密码:rustfsadmin,一个清爽的管理后台就出现在眼前。
二、RustFS 能用来干什么?
对我来说,RustFS 的出现,重新点燃了我内心一个长久以来的想法------创建一个真正开放、纯粹的开源应用商店。
我一直觉得,优秀的开源项目与普通用户之间,隔着一道"最后一公里"的鸿沟。用户不知道去哪找好用的开源应用,开发者也很难将自己的开源作品方便地分发出去。我想打通这一步,让优秀的开源软件能像在手机应用商店里一样 ,一键下载和安装。这个想法很美好,但现实的第一个耳光很快就扇了过来:存储。
-
方案一:买云存储服务(比如 AWS S3),这是最省事的办法,但也是最烧钱的。对于一个没有商业化的开源项目,每个月几十、几百甚至上千块的存储和 CDN 流量账单,足以扼杀掉我 99% 的想法。
-
方案二:自建存储服务,于是我开始琢磨,能不能自己搭一个?我需要一个这样的系统:
- 便宜、轻量:能跑在我那台"丐版"云服务器上,别一上来就要多高的配置。
- 部署简单:我是来做开源应用商店的,不是来当运维的,最好几行命令就能搞定。
- 可靠且能打:虽然初期规模小,但万一火了呢?它得有扩展的能力,不能到时候再推倒重来。
- 开源可控:技术最好要掌握在自己手里,不能被任何商业公司"绑架"。
而 RustFS 恰好解决了这些痛点。它让我可以用极低的成本,在一台普通的云服务器上自建一个功能强大、兼容 S3 的存储服务。这意味着,我可以先用 RustFS 将想法快速落地,如果有朝一日真的火了,它的分布式架构又能支撑平滑地扩展,从容应对增长。
import boto3 from botocore.client import Config # 1. 兼容 S3 协议可直接用 boto3 库,连接到 RustFS 服务 s3 = boto3.client( 's3', endpoint_url='http://IP:9000', aws_access_key_id='rustfsadmin', aws_secret_access_key='rustfsadmin', config=Config(signature_version='s3v4'), region_name='us-east-1' ) # 2. 上传文件 def upload_file(local_path, bucket, object_key): """将本地文件上传到指定的存储桶。""" s3.upload_file(local_path, bucket, object_key) print(f"上传成功: {local_path} -> s3://{bucket}/{object_key}") # 3. 下载文件 def download_file(bucket, object_key, local_path): """从指定的存储桶下载文件到本地。""" s3.download_file(bucket, object_key, local_path) print(f"下载成功: s3://{bucket}/{object_key} -> {local_path}")
RustFS 是一个能屈能伸、既能跑在"小破机"上,又能支持企业级应用的文件存储系统,它的底气究竟从何而来?答案,就藏在它的技术架构里。
三、技术架构解析,向 MinIO 致敬
作为 MinIO 的开源平替,RustFS 参考了 MinIO 的简洁、轻量、可扩展、优雅的架构。RustFS 的基本架构是分布式网格,一种使用多个节点执行单个任务的计算机架构。摒弃了传统分布式存储中复杂的主节点、元数据节点、数据节点角色划分,节点通过网络相互连接,这使得它们能够相互通信。
要理解其运作方式,需掌握几个核心概念:
- 对象(Object):存储的基本对象,如文件、字节流等
- 桶(Bucket):用来存储对象的逻辑空间。每个桶之间的数据是相互隔离的。对于客户端而言,就相当于一个存放文件的顶层文件夹。
- 硬盘(Drive):即存储数据的磁盘,在启动时,以参数的方式传入,所有的对象数据都会存储在硬盘里。
- 集合(Set):即一组硬盘的集合,分布式部署根据集群规模自动划分一个或多个集合,每个集合中的硬盘分布在不同位置。
数据以对象 (Object) 的形式存放在逻辑桶 (Bucket) 中,并最终写入由物理磁盘 (Drive) 组成的工作小组------集合 (Set)。为了高可用,一个 Set 中的磁盘会分布在不同节点上。一个完整的对象,通过纠删码等技术,其数据和校验块会被完整地分布在某一个集合上。整个过程严格遵守 Read-after-write 的强一致性模型,确保了数据的实时与准确。
四、当 MinIO 不再"开放",RustFS 能否成为更优选择?
近年来,MinIO 的商业化步伐不断加速,其一系列操作从修改开源协议到限制开源版本功能------让许多忠实用户感到不安。曾经那个开放、自由的 MinIO 似乎正渐行渐远,这让业界开始迫切寻找一个更开放、对商业更友好、更纯粹的开源替代方案。
在这样的背景下,RustFS 应运而生。它不仅是一个雄心勃勃的 MinIO 开源平替,更代表了一条坚持自主可控的技术路线。为了更直观地展示 RustFS 的价值,我整理了以下对比表格:
诚然,RustFS 目前还处于早期 Alpha 阶段,功能尚不完善、Bug 也在所难免。外界也有不少声音质疑 RustFS 只是"照抄" MinIO。当你选择了一条鲜有人走、充满荆棘的道路,不仅要克服技术难题,也要有直面流言蜚语的心理准备。或许正因为如此,RustFS 在经历了数次"跳票"后,最终决定将 Alpha 版本开源,与大家共同见证它的成长。
五、无视质疑冲上 GitHub 热榜,底气何在?
作为开源新生,RustFS 从第一天起就活在聚光灯下,也活在争议之中:"开源骗子"、"Bug 太多,能用吗?"、"这不就是又一个 MinIO 吗?"
面对这些声音,RustFS 的态度很明确:所有质疑,照单全收,然后用代码来回应。到底是谁,有如此底气和决心,敢于挑战 MinIO 并坚持走自主研发、国产化(存储合规和信创适配)的道路?我顺藤摸瓜找到了他们,RustFS 的核心团队成员均是来自百度、腾讯、好未来等一线互联网公司的资深存储专家和架构师,他们设计和维护过支撑数亿用户的庞大存储系统。
如今,这群人为了同一个目标聚集在 RustFS,致力于打造一个开源、安全可靠、自主可控的世界级对象存储系统。这不仅是项目的初衷,或许也是他们面对所有流言蜚语,仍要坚定走下去的理由。
GitHub 地址:github.com/rustfs/rustfs
最后,RustFS 的开源之路才刚起步,还有许多有待完善的地方。希望大家多一些支持、包容和耐心,让我们共同见证它的成长与蜕变~

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
超硬核!直播聊聊工业软件的“中国心”
计算机辅助工程 (CAE) 包含各种数值方法,例如计算流体动力学、有限元分析和电磁分析,其主要目标是帮助工程师和科学家研究和开发汽车、飞机和消费品等产品。它是工业软件中的核心软件,也是现代制造业的基石。 不过,CAE软件长期被国外垄断,对国外商用软件的依赖程度超过90%,导致我国产品设计创新能力受到严重制约,也存在严重的系统“卡脖子”隐患。因此,有很多高校及研究院都在致力于关键技术研究和系统研发工作。北京大学重庆大数据研究院北达飞易有限元仿真软件研发中心(以下简称“中心”)就是其中一家。 中心依托北京大学数学科学学院胡俊教授课题组在有限元领域的原始创新能力,成功将团队奠基性成果弹性力学问题混合有限元算法、原创性成果 AI 混合迭代法和偏微分方程直接元法等一系列创新成果转化落地,构建起新一代算法引擎,为国产 CAE 软件的崛起奠定了坚实基础。 基于新一代 CAE 算法引擎开发的有限元仿真分析软件——北达飞易,具有完全知识产权的,可有效支撑大规模自由度模型的快速求解,实现对结构刚强度、疲劳、非线性、动力学等问题的高精度仿真,满足新时代先进制造和基础设施行业对工业仿真软件的现实需求。 当前,...
- 下一篇
专访 | 贾文洋:鸿蒙生态技术全景与开发实例分享
6 月 20 至 22 日,华为开发者大会 HDC 在东莞松山湖圆满落幕,与全球开发者一起,用代码编制智慧时代的经纬。同期,开源中国也携手 HarmonyOS 于线上也举办了鸿蒙创想・创新场景共建挑战赛,以技术社区为场景共建之阵地,进一步激发各路开发者的创新思维。 截止 6 月 25 日,本次挑战赛已收获了 50+ 份作品,涵盖高性能 UI 组件、多设备响应式 / 自适应组件、AI 辅助工具、以及各种 API/SDK 等,可谓是彰显了 HarmonyOS 的蓬勃生命力。借此契机,开源中国邀请到了中国科学院软件研究所高级工程师、资深鸿蒙应用研发专家贾文洋老师做客开源中国直播间,以他个人的鸿蒙应用开发经验及作品,带大家深入探讨全流程的鸿蒙应用开发流程。 以下为采访内容整理。 受访人:贾文洋 Title:中国科学院软件研究所高级工程师、资深鸿蒙应用研发专家 简介:多年来致力于鸿蒙应用生态建设,曾主导了三款鸿蒙应用 —— 教考应用、输入法应用、AI 绘本智能应用的开发,其中教考应用和输入法应用已在商业场景中落地。 鸿蒙生态技术全景 鸿蒙生态以分布式架构打破设备边界,融合 AI 实现智能交互,配...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS6,CentOS7官方镜像安装Oracle11G
- Red5直播服务器,属于Java语言的直播服务器
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS关闭SELinux安全模块