Update Related Work with a comparison table #221
Labels
No labels
action
check-aws
action
discussion-needed
action
for-external-contributors
action
for-newcomers
action
more-info-needed
action
need-funding
action
triage-required
kind
correctness
kind
ideas
kind
improvement
kind
performance
kind
testing
kind
usability
kind
wrong-behavior
prio
critical
prio
low
scope
admin-api
scope
background-healing
scope
build
scope
documentation
scope
k8s
scope
layout
scope
metadata
scope
ops
scope
rpc
scope
s3-api
scope
security
scope
telemetry
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Deuxfleurs/garage#221
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We start to better understand the world of software defined storage so it may be time to have a more complete comparison of Garage against existing software.
I would see something of the following categories (may add some later):
We might also add some papers:
Worth to compare to:
These look more like Garage than Minio and Ceph
Also maybe Tahoe-LAFS: https://tahoe-lafs.readthedocs.io/en/latest/architecture.html
As far as I know it does not implement the S3 API, it's a custom API [1], but otherwise the goals are quite similar.
[1] https://tahoe-lafs.readthedocs.io/en/latest/frontends/webapi.html
Also, please compare with Ambry (https://github.com/linkedin/ambry)
It is the closest one to Garage (no erasure coding, just a copy in every DC, eventually consistent).
Thanks Nora, I just discovered the existence of Ambry.
Just to be precise, Garage does not perform a copy in every DC, it ensures, when possible, that you have a copy in 3 different DCs. If you have 5 DCs, these copies will be spread in such a way that you maximize your global storage. Garage has also stronger consistency properties on S3 endpoints, that are similar to Amazon's one. They refer to this property as strong read-after-write consistency: https://aws.amazon.com/fr/blogs/aws/amazon-s3-update-strong-read-after-write-consistency/