Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by eikenberry on Friday March 08, 2019 @04:43PM
(#19342483)
Nice to see more about CRDTs and Riak. Worked a bit with Riak a few years back and was sure at the time that CRDTs would play a much larger role in distributed databases, but have seen very little about them since.
Anyone have any more resources on the adoption/use of CRDTs?
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by lachenmayer on Friday March 08, 2019 @05:02PM
(#19342647)
CRDTs are quite actively discussed in the IPFS community, in particular here: https://github.com/ipfs/research-CRDT/ (lots of great resources if you're interested in CRDTs)
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by sagichmal on Friday March 08, 2019 @05:51PM
(#19342989)
I was not able to actually find the Javascript implementation of the data type in that repo. I have tried to implement from first principles (i.e. the paper) in my language, but large parts seem to be left under- or un-specified. Did I miss something? I would love to be wrong about this...
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by zzzcpan on Friday March 08, 2019 @08:45PM
(#19343951)
Luckily for CRDTs, consensus-based strong consistency doesn't work well for most applications in geo-replicated scenarios, so CRDTs are kind of inevitable there. And they are still new and cutting edge, still need time. Look at the history of Riak, we wouldn't even use the same designs today as they did just a few years ago.
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by lumost on Friday March 08, 2019 @09:35PM
(#19344109)
Ultimately though it's pretty straightforward to write an accurate merge function for most distributed applications with the pro that you can think about them in a locally strong consistent manner. While I could see a better ORM style auto-merge system existing I don't see the hassle of CRDTs being worthwhile when the vast majority of geo-replicated systems have extremely small numbers of record level write conflicts across Geo's.
I'd venture that the number of potential write conflicts introduced by FB users hopping geo's is small enough to simply report an error to the client and forcing a retry - or handled by a hand-shake before the customer crosses GEOs
Is there any practical database application where a CRDT is useful?
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by manigandham on Sunday March 10, 2019 @02:09PM
(#19353270)
The practical application would be the example I posted about Redis replication.
Any application complex enough to need geo-replication is also likely not just writing a single key per user. There will be shared keys and data structures like tables/lists/hashes that all need to be synced.
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by mping on Saturday March 09, 2019 @04:08PM
(#19348489)
Correct me if I am wrong, but don't FaunaDB and CockroachDb implement strong consistency? I don't think they use CRDTs but maybe I'm wrong. I'm just a curious guy, by any means an expert
Re:Applied Monotonicity: A Brief History of CRDTs in Riak
by Laymer on Saturday March 09, 2019 @10:00PM
(#19349906)
Research :
Implementation :
Writing style :
I think it's really worth mentioning how much work it takes to write this kind of article. Congratulations Chris, I think that on top being a great researcher, you are also a great writer. And a quick look at the Lasp repositories shows that you did not only write about CRDTs' history, you made a big part of it happen as well.
A few other resources for those interested in CRDT subject:
- Our cartoon explainer https://gun.eco/distributed/matters.html
- An excellent talk by Martin Kleppmann https://youtu.be/yCcWpzY8dIA
- Marc Shapiro's in depth talk https://www.youtube.com/watch?v=oyUHd894w18
Anyone have any more resources on the adoption/use of CRDTs?
Also check out automerge, a CRDT that aims to be as JSON-like as possible: https://github.com/automerge/automerge
Martin Kleppmann (one of the creators of Automerge) has given several great in-depth talks about it, eg. https://www.youtube.com/watch?v=yCcWpzY8dIA
In particular the "operations" defined in [1] section 4.2 are defined in this file: https://github.com/automerge/automerge/blob/master/backend/o...
[1] https://www.cl.cam.ac.uk/~arb33/papers/KleppmannBeresford-CR...
Redis Enterprise is probably the biggest CRDT usage in databases, used to sync geo-replicated active-active clusters: https://redislabs.com/landing/active-active/
There's also Datanet/Kuhiro which was a novel fully distributed database using CRDTs to always merge state across disruptions to a global view, although now seemingly dysfunct: http://highscalability.com/blog/2016/10/17/datanet-a-new-crd...
I'd venture that the number of potential write conflicts introduced by FB users hopping geo's is small enough to simply report an error to the client and forcing a retry - or handled by a hand-shake before the customer crosses GEOs
Is there any practical database application where a CRDT is useful?
Any application complex enough to need geo-replication is also likely not just writing a single key per user. There will be shared keys and data structures like tables/lists/hashes that all need to be synced.
https://en.wikipedia.org/wiki/Conflict-free_replicated_data_...
I think it's really worth mentioning how much work it takes to write this kind of article. Congratulations Chris, I think that on top being a great researcher, you are also a great writer. And a quick look at the Lasp repositories shows that you did not only write about CRDTs' history, you made a big part of it happen as well.
Meiklesoft™ ftw ️
There should have been stars there, what I meant was :
Research : * * * * * Implementation :* * * * * Writing style : * * * * *