故事的序幕，在 2024 年 1 月的 GitHub 上悄然拉開。

當(dāng)時(shí)，一個(gè)名為 RustFS 的開源項(xiàng)目橫空出世，號稱要做一個(gè)基于 Rust 的企業(yè)級分布式存儲系統(tǒng)，旨在成為 MinIO 的一個(gè)開源替代品。這個(gè)口號直接把大家吊成了“翹嘴”，但左等右等，結(jié)果一年了還只有一份 README 文件，就是不見源碼。一時(shí)間，開源社區(qū)質(zhì)疑聲四起：“假開源”、“PPT 開源”、“光說不練”。

面對壓力，RustFS 官方回復(fù)說：將在今年的 3 月完全開源，但結(jié)果...它再次跳票。這一下，社區(qū)里的質(zhì)疑聲幾乎達(dá)到了頂點(diǎn)。很多人，包括我，都給它默默打上了一個(gè)“不靠譜”的標(biāo)簽。

然而，就在七月的第二天（2025.7.2），RustFS “悄悄地”將代碼全部開源了！大家還沒從“居然真的開源了”的震驚中緩過神，它就像坐火箭一樣，短短幾天便登頂 GitHub 熱榜！

GitHub 地址：github.com/rustfs/rustfs

在如今 AI 開源項(xiàng)目霸榜的環(huán)境下，一個(gè)與 LLM 毫無關(guān)系的開源項(xiàng)目能殺入「全分類熱榜」，實(shí)屬難得！這波操作，是真的把我的下巴都驚掉了。所以，我決定上手體驗(yàn)一番，看看這個(gè)曾經(jīng)的“跳票王”，如今的“榜一大哥”，到底有幾分真本事。

一、我用“丐版”服務(wù)器把 RustFS 跑起來了！

我尋思著，這種“分布式存儲系統(tǒng)”聽著就挺高大上，配置要求肯定不低吧？這是我能玩的東西？

抱著“來都來了”的心態(tài)，我隨手開了一臺堪稱“丐版”的云服務(wù)器（2 核 4G、1M 帶寬的 Ubuntu），做好了看它報(bào)錯(cuò)的心理準(zhǔn)備。結(jié)果……整個(gè)過程非常順利。從一臺新機(jī)器到跑起來只需 3 步：

# 1. 切換到 root 用戶，圖個(gè)方便
sudo -s

# 2. 裝個(gè)解壓工具，因?yàn)榘惭b包是 zip 格式
apt install zip

# 3. 下載并運(yùn)行一鍵安裝腳本
curl -O  https://rustfs.com/install_rustfs.sh
bash install_rustfs.sh

終端顯示熟悉的 success，它就這么跑起來了！單機(jī)可用、資源占用低，看來真不是吹的！

[INFO] RustFS service enabled and started.
RustFS has been installed and started successfully!
Service port: 9000, Data directory: /data/rustfs0

• 服務(wù)端口：9000
• 后臺管理端口：9001
• 日志位置：/var/logs/rustfs

我立馬打開瀏覽器，訪問 http://你的服務(wù)器IP:9001/，輸入默認(rèn)的賬號密碼：rustfsadmin，一個(gè)清爽的管理后臺就出現(xiàn)在眼前。

二、RustFS 能用來干什么？

對我來說，RustFS 的出現(xiàn)，重新點(diǎn)燃了我內(nèi)心一個(gè)長久以來的想法——創(chuàng)建一個(gè)真正開放、純粹的開源應(yīng)用商店。

我一直覺得，優(yōu)秀的開源項(xiàng)目與普通用戶之間，隔著一道“最后一公里”的鴻溝。用戶不知道去哪找好用的開源應(yīng)用，開發(fā)者也很難將自己的開源作品方便地分發(fā)出去。我想打通這一步，讓優(yōu)秀的開源軟件能像在手機(jī)應(yīng)用商店里一樣，一鍵下載和安裝。這個(gè)想法很美好，但現(xiàn)實(shí)的第一個(gè)耳光很快就扇了過來：存儲。

• 方案一：買云存儲服務(wù)（比如 AWS S3），這是最省事的辦法，但也是最燒錢的。對于一個(gè)沒有商業(yè)化的開源項(xiàng)目，每個(gè)月幾十、幾百甚至上千塊的存儲和 CDN 流量賬單，足以扼殺掉我 99% 的想法。

• 方案二：自建存儲服務(wù)，于是我開始琢磨，能不能自己搭一個(gè)？我需要一個(gè)這樣的系統(tǒng)：

  • 便宜、輕量：能跑在我那臺“丐版”云服務(wù)器上，別一上來就要多高的配置。
  • 部署簡單：我是來做開源應(yīng)用商店的，不是來當(dāng)運(yùn)維的，最好幾行命令就能搞定。
  • 可靠且能打：雖然初期規(guī)模小，但萬一火了呢？它得有擴(kuò)展的能力，不能到時(shí)候再推倒重來。
  • 開源可控：技術(shù)最好要掌握在自己手里，不能被任何商業(yè)公司“綁架”。

而 RustFS 恰好解決了這些痛點(diǎn)。它讓我可以用極低的成本，在一臺普通的云服務(wù)器上自建一個(gè)功能強(qiáng)大、兼容 S3 的存儲服務(wù)。這意味著，我可以先用 RustFS 將想法快速落地，如果有朝一日真的火了，它的分布式架構(gòu)又能支撐平滑地?cái)U(kuò)展，從容應(yīng)對增長。

import boto3
from botocore.client import Config

# 1. 兼容 S3 協(xié)議可直接用 boto3 庫，連接到 RustFS 服務(wù)
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 是一個(gè)能屈能伸、既能跑在“小破機(jī)”上，又能支持企業(yè)級應(yīng)用的文件存儲系統(tǒng)，它的底氣究竟從何而來？答案，就藏在它的技術(shù)架構(gòu)里。

三、技術(shù)架構(gòu)解析，向 MinIO 致敬

作為 MinIO 的開源平替，RustFS 參考了 MinIO 的簡潔、輕量、可擴(kuò)展、優(yōu)雅的架構(gòu)。RustFS 的基本架構(gòu)是分布式網(wǎng)格，一種使用多個(gè)節(jié)點(diǎn)執(zhí)行單個(gè)任務(wù)的計(jì)算機(jī)架構(gòu)。摒棄了傳統(tǒng)分布式存儲中復(fù)雜的主節(jié)點(diǎn)、元數(shù)據(jù)節(jié)點(diǎn)、數(shù)據(jù)節(jié)點(diǎn)角色劃分，節(jié)點(diǎn)通過網(wǎng)絡(luò)相互連接，這使得它們能夠相互通信。

要理解其運(yùn)作方式，需掌握幾個(gè)核心概念：

• 對象（Object）：存儲的基本對象，如文件、字節(jié)流等
• 桶（Bucket）：用來存儲對象的邏輯空間。每個(gè)桶之間的數(shù)據(jù)是相互隔離的。對于客戶端而言，就相當(dāng)于一個(gè)存放文件的頂層文件夾。
• 硬盤（Drive）：即存儲數(shù)據(jù)的磁盤，在啟動時(shí)，以參數(shù)的方式傳入，所有的對象數(shù)據(jù)都會存儲在硬盤里。
• 集合（Set）：即一組硬盤的集合，分布式部署根據(jù)集群規(guī)模自動劃分一個(gè)或多個(gè)集合，每個(gè)集合中的硬盤分布在不同位置。

數(shù)據(jù)以對象 (Object) 的形式存放在邏輯桶 (Bucket) 中，并最終寫入由物理磁盤 (Drive) 組成的工作小組——集合 (Set)。為了高可用，一個(gè) Set 中的磁盤會分布在不同節(jié)點(diǎn)上。一個(gè)完整的對象，通過糾刪碼等技術(shù)，其數(shù)據(jù)和校驗(yàn)塊會被完整地分布在某一個(gè)集合上。整個(gè)過程嚴(yán)格遵守 Read-after-write 的強(qiáng)一致性模型，確保了數(shù)據(jù)的實(shí)時(shí)與準(zhǔn)確。

四、當(dāng) MinIO 不再“開放”，RustFS 能否成為更優(yōu)選擇？

近年來，MinIO 的商業(yè)化步伐不斷加速，其一系列操作從修改開源協(xié)議到限制開源版本功能——讓許多忠實(shí)用戶感到不安。曾經(jīng)那個(gè)開放、自由的 MinIO 似乎正漸行漸遠(yuǎn)，這讓業(yè)界開始迫切尋找一個(gè)更開放、對商業(yè)更友好、更純粹的開源替代方案。

在這樣的背景下，RustFS 應(yīng)運(yùn)而生。它不僅是一個(gè)雄心勃勃的 MinIO 開源平替，更代表了一條堅(jiān)持自主可控的技術(shù)路線。為了更直觀地展示 RustFS 的價(jià)值，我整理了以下對比表格：

誠然，RustFS 目前還處于早期 Alpha 階段，功能尚不完善、Bug 也在所難免。外界也有不少聲音質(zhì)疑 RustFS 只是“照抄” MinIO。當(dāng)你選擇了一條鮮有人走、充滿荊棘的道路，不僅要克服技術(shù)難題，也要有直面流言蜚語的心理準(zhǔn)備。或許正因?yàn)槿绱耍琑ustFS 在經(jīng)歷了數(shù)次“跳票”后，最終決定將 Alpha 版本開源，與大家共同見證它的成長。

五、無視質(zhì)疑沖上 GitHub 熱榜，底氣何在？

作為開源新生，RustFS 從第一天起就活在聚光燈下，也活在爭議之中：“開源騙子”、“Bug 太多，能用嗎？”、“這不就是又一個(gè) MinIO 嗎？”

面對這些聲音，RustFS 的態(tài)度很明確：所有質(zhì)疑，照單全收，然后用代碼來回應(yīng)。到底是誰，有如此底氣和決心，敢于挑戰(zhàn) MinIO 并堅(jiān)持走自主研發(fā)、國產(chǎn)化（存儲合規(guī)和信創(chuàng)適配）的道路？我順藤摸瓜找到了他們，RustFS 的核心團(tuán)隊(duì)成員均是來自百度、騰訊、好未來等一線互聯(lián)網(wǎng)公司的資深存儲專家和架構(gòu)師，他們設(shè)計(jì)和維護(hù)過支撐數(shù)億用戶的龐大存儲系統(tǒng)。

如今，這群人為了同一個(gè)目標(biāo)聚集在 RustFS，致力于打造一個(gè)開源、安全可靠、自主可控的世界級對象存儲系統(tǒng)。這不僅是項(xiàng)目的初衷，或許也是他們面對所有流言蜚語，仍要堅(jiān)定走下去的理由。

GitHub 地址：github.com/rustfs/rustfs

最后，RustFS 的開源之路才剛起步，還有許多有待完善的地方。希望大家多一些支持、包容和耐心，讓我們共同見證它的成長與蛻變～