Theme 1 – Using the S3 API as a portable abstraction layer
Many commenters argue that the real value of a “local S3” is not the storage itself but the ability to keep the same S3‑compatible interface across environments (dev, CI, production) so code doesn’t have to change.
- “Because you might be running something that only talks S3 and want to point it at something local.” – xienze
- “Because you want to mock the tools you are going to use in production locally or in CI.” – Tostino
- “Because this is about having a local standin for S3, which (in a production deploy) often solves a different problem than a (local) filesystem.” – wink
- “My point is to push the storage abstraction up a level. Then plug S3 or file system into it.” – sdcfgy
Theme 2 – Evaluating specific S3‑compatible/object‑store alternatives
The thread is littered with recommendations and experiences with various projects that expose an S3 API while storing data on disk or in a lightweight backend.
- “Garage added an automatic configuration feature in v2.3.0 that makes it easier to set up single nodes…” – pveierland (link to Garage docs)
- “We use RustFS in a production system with no issues… We switched over after MinIO license changes.” – markab21
- “+1 switched to versity for homelab, been simple and stable as a rock.” – nodoodles
- “I run Sentry on prem, I had to swap out their default SeaweedFS setup for Garage because the former kept failing under concurrent writes.” – KronisLV
- “Often just spinning up
localstackworks well, even if only for S3.” – brinepot
Theme 2 – (continued) – Concerns over MinIO’s licensing and the search for trustworthy forks
Several participants cite MinIO’s license change as the catalyst for looking elsewhere, and they mention community forks like pgsty/silo as potential replacements.
- “We switched over after MinIO license changes and after evaluating a few different stacks.” – markab21
- “I might have to try this. I’m currently pinned on the last non‑crippled version of minio.” – samgranieri
- “Cadamsdotcom: > 2026-03-02: Ruohang Feng has forked MinIO to pgsty/minio… This is what I went with.” – cadamsdotcom
- “According to … it's pgsty/silo now: Renamed from pgsty/minio to pgsty/silo…” – nacnud
These three themes capture the dominant currents of the discussion: the desire for an S3‑compatible abstraction, the practical comparison of specific local object‑store solutions, and the motivation behind seeking MinIO alternatives due to licensing concerns.