raft
Raft library for maintaining a replicated state machine (by etcd-io)
| raft | leaderelection | |
|---|---|---|
| 4 | 1 | |
| 535 | 8 | |
| 6.2% | - | |
| 8.8 | 2.1 | |
| 6 days ago | about 1 year ago | |
| Go | Go | |
| Apache License 2.0 | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
raft
Posts with mentions or reviews of raft.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-04-05.
-
On Implementation of Distributed Protocols
etcd Raft — a library for maintaining replicated state machines (written in Go);
- Leader election library
-
Implementing a distributed key-value store on top of implementing Raft in Go
Have you seen this implementation? https://github.com/etcd-io/raft. I’ve used this as a starting point for our consensus with various services.
-
"In HPA, multiple pods may perform duplicate operations and cause data inconsistency?"
This is usual in parallel and distributed systems. For k8s, I recommend you either use Apache Zookeeper to coordinate “logical locks” for operations across pods or use the RAFT consensus protocol for scenarios where you need coordination amongst pods. For context, k8s itself uses the RAFT consensus protocol for etcd; see https://github.com/etcd-io/raft
leaderelection
Posts with mentions or reviews of leaderelection.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-07-07.
-
Leader election library
https://github.com/vimeo/leaderelection (from my team at $WORK) — RaceDecier is the interface you implement on top of whatever transactional store you have. It comes with an "in-memory" one for testing and a Google Cloud Storage one (using a write with a generation-match precondition as the atomic op). There's also a legrpc subpackage that provides a gRPC resolver that consistently directs requests to the current leader.
What are some alternatives?
When comparing raft and leaderelection you can also consider the following projects:
rqlite - The lightweight, distributed relational database built on SQLite.
raft - Golang implementation of the Raft consensus protocol
etcd - Distributed reliable key-value store for the most critical data of a distributed system
Atomix - A Kubernetes toolkit for building distributed applications using cloud native principles
dragonboat - A feature complete and high performance multi-group Raft library in Go.
etcd - Distributed reliable key-value store for the most critical data of a distributed system [Moved to: https://github.com/etcd-io/etcd]
rawkv - Cloud-native distributed key-value database.