我只想要一個簡單的 S3 儲存方案

背景

本文源於一位開發者的實務困擾：在不需要大規模擴展或複雜備份的前提下，如何尋找一個簡單、可靠且高效的自託管 S3 相容儲存方案。作者橫向評測了 MinIO、Garage、SeaweedFS 與 Ceph 等知名項目，最終在 Versity GW 找到了符合預期的效能平衡點，進而引發 Hacker News 社群對於「S3 作為儲存標準」以及各類輕量化替代方案的熱烈討論。

社群觀點

針對作者對各類工具的評價，社群內部的看法相當分歧。對於被作者歸類為過於複雜的 Garage，有支持者認為其架構其實是清單中最簡潔的，複雜感通常僅存在於分散式部署模式，若作為單機使用，其穩定性與 Rust 語言帶來的安全性仍具優勢。然而，同樣是 Rust 撰寫的新興項目 RustFS 則遭遇了嚴重的信任危機。有留言指出 RustFS 存在開發流程不嚴謹的問題，包括曾出現硬編碼的權限漏洞，且程式碼審查過度依賴大型語言模型（LLM）而非人工複核，這對於強調資料持久性與安全性的儲存軟體而言是致命傷。

關於「為何非要 S3 不可」的根本動機，社群展開了深層的技術辯論。部分網友質疑，若既不需要擴展也不需要副本，為何不直接使用本地檔案系統或 rsync。對此，資深開發者反駁指出，S3 已成為業界實質上的儲存 API 標準，如同資料庫領域的 SQL。採用 S3 介面能讓應用程式保持無狀態（stateless），並在未來需要遷移至雲端或擴展時，無需修改任何程式碼。這種「介面與實作分離」的思維，正是開發者即便在單機環境也堅持尋找 S3 方案的核心原因。

在具體工具的補充上，社群也提供了多樣化的選擇。針對追求極簡與高效能的用戶，有人推薦了專注於單節點效能的 hs5，或是由 Canonical 推出的 MicroCeph，後者被認為是簡化 Ceph 部署門檻的有效嘗試。此外，Filestash 的作者也現身說法，強調其工具作為代理層的獨特性，能將現有的 FTP、SFTP 或 SMB 轉化為 S3 介面，而不必重新搬遷資料。至於雲端服務如 Cloudflare R2 或 Hetzner 的物件儲存，雖然在易用性與成本上極具競爭力，但對於堅持資料本地化或有特殊合規需求的開發者來說，自託管方案依然具備不可替代的地位。

延伸閱讀

• Versity GW：作者最終採用的方案，支援 POSIX 檔案系統後端並利用 xattrs 儲存元數據。
• MicroCeph：由 Canonical 開發，旨在簡化 Ceph 的安裝與維護流程。
• Filestash：儲存中立的檔案管理工具，可作為多種協定的 S3 代理。
• hs5：專為單節點設計的高效能 S3 相容儲存伺服器。
• RustFS 安全爭議：社群討論中提到的安全性漏洞與開發流程問題相關討論。