Live data from Hacker News

Alternatives to MinIO for single-node local S3

rmoff.net

81–90 of 112 posts

Re: Alternatives to MinIO for single-node local S3

#82
post #13

A notable mention should also be Versity GW, https://github.com/versity/versitygw/

I use that aswell since it can be used and expose a posix filesystem. This is helpful when we want to add s3 to existing storage like a nas. (Well we had some problems with it in the past tough)

Sadly most new projects do not offer posix anymore.

Re: Alternatives to MinIO for single-node local S3

#83
I ended up just getting Claude to hack together a compatible-enough S3 thing for my self-hosted Sourcehut releases. It took like 45 minutes and it seems to work well enough (though I haven't done exhaustive tests because "good enough is good enough" for this).

The S3 API is pretty well-documented so getting something compatible with it is trivial for modern AI tools.

Re: Alternatives to MinIO for single-node local S3

#84

We ran RustFS in production at a past job. Was the backend for an archiving service and we found it to work well on baremetal machines and seamlessly integrated with existing services that used the S3 api. This was on an internal network so YMMV when it comes to running on the open internet especially with the CVE mentioned in the post.

This has been my solution as well. It has recently been added as an integrated service via devenv:

https://devenv.sh/services/rustfs/

Re: Alternatives to MinIO for single-node local S3

#85

Really happy with my own https://deltaglider.com/ - Filesystem backend - Encrypted S3 backend - Compressed S3 backend (Saving a ton of money here) - Cross backend replication - Full IAM - Full GUI with OIDC auth

- slop code [0]

- slop copy [1]

[0] https://github.com/beshu-tech/deltaglider_proxy/graphs/contr...

[1] https://deltaglider.com/pricing/

Re: Alternatives to MinIO for single-node local S3

#87
post #75

I'm still disappointed, that there is no S3 CNCF sponsored process. It seems to be such an important part of the cloud native ecosystem, every big use case needs some way to store blobs of data. But no, I'm also not about to start one or try to make something like SeaweedFS a community supported project that has a chance to be picked up by the CNCF, so I'm part of the problem.

Ceph is pretty much the standard, I think. Very complex to manage, though, but that might just be necessary complexity for a distributed storage system.
Post reply on HN