Explore >> Select a destination
|
You are here 
|
briankung.dev | ||
| | | | |
chelseatroy.com
|
|
| | | | | In December, I took a course in which we attempted to implement the Raft distributed consensus algorithm fromthis paper. Parts 1-5 of this series share insights from the course. From then on, I'm guiding you through my continued work implementing Raft "for fun" (I know. I don't understand me, either). Here's where you can see... | |
| | | | |
reubenbond.github.io
|
|
| | | | | reublog | |
| | | | |
tomaugspurger.net
|
|
| | | | | Last week, I was fortunate to attend Dave Beazley's Rafting Trip course. The pretext of the course is to implement the Raft Consensus Algorithm. I'll post more about Raft, and the journey of implementing, it later. But in brief, Raft is an algorithm that lets a cluster of machines work together to reliably do something. If you had a service that needed to stay up (and stay consistent), even if some of the machines in the cluster went down, then you might want to use Raft. | |
| | | | |
www.tjmaher.com
|
|
| | | T.J. Maher, a QA Engineer since 1996, blogs about his transition from a manual tester to an automation developer to a software engineer in test. | ||
