Skip to content

Commit 5902580

Browse files
authored
Merge pull request #338 from pingyu/fix-raft-thesis-link
deep-dive: fix broken link of Raft thesis
2 parents 7ca720e + c910e6c commit 5902580

File tree

1 file changed

+2
-2
lines changed
  • content/deep-dive/consensus-algorithm

1 file changed

+2
-2
lines changed

content/deep-dive/consensus-algorithm/raft.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -7,11 +7,11 @@ menu:
77
weight: 4
88
---
99

10-
In 2014, Diego Ongaro and John Ousterhout presented the Raft algorithm. It is explained succinctly in a [paper](https://raft.github.io/raft.pdf) and detailed at length in a [thesis](https://ramcloud.stanford.edu/~ongaro/thesis.pdf).
10+
In 2014, Diego Ongaro and John Ousterhout presented the Raft algorithm. It is explained succinctly in a [paper](https://raft.github.io/raft.pdf) and detailed at length in a [dissertation](https://github.com/ongardie/dissertation#readme).
1111

1212
Raft defines a strong, single leader and number of followers in a group of peers. The group represents a **replicated state machine**. Only the leader may service client requests. The leader replicates actions to the followers.
1313

14-
Each peer has a **durable write ahead log**. All peers append each action as an entry in the log immediately as they recieve it. When the quorum (the majority) of peers have confirmed that that the entry exists in their log, the leader commits the log, each peer then can apply the action to their state machine.
14+
Each peer has a **durable write ahead log**. All peers append each action as an entry in the log immediately as they receive it. When the quorum (the majority) of peers have confirmed that that the entry exists in their log, the leader commits the log, each peer then can apply the action to their state machine.
1515

1616
Raft guarantees **strong consistency** by having only one ‘leader’ of the group which services all requests. All requests are then replicated to a quorum before being acted on, then confirmed with the requester. From the perspective of the cluster, the leader always has an up to date state machine.
1717

0 commit comments

Comments
 (0)