Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Garage: An open-source distributed object storage service

garagehq.deuxfleurs.fr

Post reply on HN
Print view View original

71–80 of 81 posts

Re: Garage: An open-source distributed object storage service

#71

Post by ilyt »

mdaniel wrote: post #67
rakoo wrote: post #65

Earlier quoted context omitted.

Or, you could use AGPL software and license it under AGPL as well. Considering most money today is made in the hosting and servicing and not selling license, I don't see why you would bother caring about old fashioned ways.

You're right, Google should drop their policy and open source the whole thing, since it's their data and GCP services that are the crown jewels, right? https://opensource.google/documentation/reference/using/agpl...

They are talking about integrating it with rest of their apps in monorepo tho. Not running a completely separate service that you only talk via API

It's kinda easy to miss that detail when you focus on bitching about license instead of the point.

Re: Garage: An open-source distributed object storage service

#72

Post by ahachete »

cpleppert wrote: post #40
ilyt wrote: post #7

Earlier quoted context omitted.

Why would that matter? Apps using its api don't need to be AGPL

First of all, it isn't clear this is the case. But this entire comment thread on the AGPL misses the mark. It doesn't matter that the AGPL hasn't been tested in court or what fine grained distinctions you apply to the license or what the AGPL intends. No company in their right mind would risk using software licensed under the AGPL because the result of being wrong would be catastrophic. The legal advice to be skeptic…

> The legal advice to be skeptical of the AGPL is absolutely right.

The legal risk involved by using AGPL software for a company is exactly zero.

AGPL is an open source license which, by the very definition of open source, means that you can freely use the software. Full stop.

The only arguable risk is when modifying the software and on top of that using it in conjunction with other in-house software. But if you are ready to use a proprietary license, you already refrained from modifying the software.

So just use it and end of story. AGPL is a perfectly fine, open source license.

Re: Garage: An open-source distributed object storage service

#73

Post by orf »

vbezhenar wrote: post #53
mdaniel wrote: post #38

Earlier quoted context omitted.

> Filesystems are really good at storing files. Why not leverage all that work? As an asterisk, the S3 API is key-value pairs, not files; that distinction comes up a lot when interacting with Amazon S3, and I would expect the same with an S3 API clone. For example, ListObjects[1] has a "delimiter" that (AFAIK) defaults to / making it appear to be a filesystem but using "." or "!" would be a perfectly fine delimiter a…

Why is it useful?

Imagine you have a billion files in a “directory”. Being able to find files that start with “xyz” in constant time is a very, very useful property.

Re: Garage: An open-source distributed object storage service

#74

Post by Risse »

gengstrand wrote: post #56

I remember working at a company that got started before cloud took off. They used mogile fs which I recently found at https://mogilefs.github.io/mogilefs-docs/HighLevelOverview.h... but I never hear about anyone else using it. It wasn't as stable as S3 but it was okay, I guess. Does anyone else here remember that distributed open source file system?

I used to work for an Alexa top 2k VOD website that used MogileFS, I bet they still use it.

Re: Garage: An open-source distributed object storage service

#75

Post by selfhoster11 »

mdaniel wrote: post #58
vbezhenar wrote: post #53

Earlier quoted context omitted.

Why is it useful?

That's a complicated question but allows highlighting what I was bringing up: the Key is any unicode character[1] so while it has become conventional to use "/", imagine if you wanted to store the output of exploded jar files in S3, but be able to "list the directory" of a jar's contents: `PutObject("/some-path/my.jar!/META-INF/MANIFEST.MF", "Manifest-Version: 1.0")` Now you can `ListObjects(Prefix="/some-path/my.jar…

Minio supports virtual ZIP directories for such use cases. In your example, as long as this was enabled and your jar file was properly detected, you could submit a GET for "/some-path/my.jar/META-INF/MANIFEST.MF" and get the contents of that file just fine.

Re: Garage: An open-source distributed object storage service

#76

Post by eropple »

mdaniel wrote: post #36
eropple wrote: post #21

Earlier quoted context omitted.

As far as I know, this isn't true. Some AGPL users claim that it is a requirement of the AGPL, but I am also unaware of any litigation that substantiates that reading of the license. Can you cite cases that have established this as fact?

I would suspect no one wants to invest the legal team or time to be the "trailblazer" court case to find out whether your theory or the common interpretation is correct. The "just ban AGPL" stance is by far the safer route since it's not like there are no sane replacements for AGPL stuff IANAL, and thus far my life is worse for any interaction with the legal system

It totally is safer, and I tend to agree with it in a business context. But the license itself doesn't seem to indicate that any kind of "RPC" is thus encumbered.

When MongoDB was under the AGPL, your application wasn't under the AGPL if you connected to it and asked it to do queries.

Re: Garage: An open-source distributed object storage service

#77

Post by pauldardeau »

acidburnNSA wrote: post #57

So is this supposed to be a simpler, less "omg you need a full time staff of 10 to manage" version of Ceph? https://docs.ceph.com/en/quincy/

Doubtful, as Garage's features are a small subset of Ceph's. Ceph supports block storage, object storage (via RadosGW), and file storage (via cephfs). Ceph is highly sophisticated and very complex. It's anything but simple.

Re: Garage: An open-source distributed object storage service

#78

Post by rakoo »

mdaniel wrote: post #67
rakoo wrote: post #65

Earlier quoted context omitted.

Or, you could use AGPL software and license it under AGPL as well. Considering most money today is made in the hosting and servicing and not selling license, I don't see why you would bother caring about old fashioned ways.

You're right, Google should drop their policy and open source the whole thing, since it's their data and GCP services that are the crown jewels, right? https://opensource.google/documentation/reference/using/agpl...

You're right, Google is a sane and healthy model of business to follow and surveillance capitalism, based explicitly on capturing data on users and selling it to third-parties for ads is something that benefits society as a whole. There are absolutely no models other than the one Google is running.

Re: Garage: An open-source distributed object storage service

#79

Post by mdaniel »

selfhoster11 wrote: post #75
mdaniel wrote: post #58

Earlier quoted context omitted.

That's a complicated question but allows highlighting what I was bringing up: the Key is any unicode character[1] so while it has become conventional to use "/", imagine if you wanted to store the output of exploded jar files in S3, but be able to "list the directory" of a jar's contents: `PutObject("/some-path/my.jar!/META-INF/MANIFEST.MF", "Manifest-Version: 1.0")` Now you can `ListObjects(Prefix="/some-path/my.jar…

Minio supports virtual ZIP directories for such use cases. In your example, as long as this was enabled and your jar file was properly detected, you could submit a GET for "/some-path/my.jar/META-INF/MANIFEST.MF" and get the contents of that file just fine.

One will observe I said list, not get, although in this case it's likely a non-issue because Minio supports the S3 API https://github.com/minio/minio-go/blob/v7.0.45/api-list.go#L... and thus should support the 2nd example I provided, too

Re: Garage: An open-source distributed object storage service

#80

Post by [deleted] »

gengstrand wrote: post #56

I remember working at a company that got started before cloud took off. They used mogile fs which I recently found at https://mogilefs.github.io/mogilefs-docs/HighLevelOverview.h... but I never hear about anyone else using it. It wasn't as stable as S3 but it was okay, I guess. Does anyone else here remember that distributed open source file system?

[deleted]
Post reply on HN