Em algum momento depois, um
é reconectado ao cluster, torna -se um seguidor (já que seu termo está fora de
data) e vê o compromisso de C no índice 42.
diz que não é mais o líder, o cliente se volta para o próximo serviço no
conjunto.Portanto, quando C recebe um novo
Comando de outro cliente, ele o compromete no índice 42 (já que isso ainda é
o “próximo índice para entradas” para todos os membros do cluster conectado).Para ver o porquê, vamos trabalhar por contradição;Suponha que não tenhamos o que passar
o tronco da balsa, mas deixa os líderes responder imediatamente para obter solicitações baseadas
em seu armazenamento de dados local.Além disso, também é serializável para transações como
CAS: Eles são realizados por um único serviço (o líder) atomicamente, então os clientes
nunca pode observar os resultados das sub-operações isoladamente.
Fonte: https://eli.thegreenplace.net/2024/implementing-raft-part-4-keyvalue-database/
