Quorums

Avec N réplicas, écrire sur W et lire sur R réplicas garantit qu'une lecture voit la dernière écriture dès que R + W > N. Avec N = 3, des lectures et écritures QUORUM (2 + 2 > 3) sont cohérentes ; ONE et ONE ne le sont pas.

Où on le retrouve dans les vrais systèmes

  • Base orientée colonnes larges

    Chaque nœud accepte les écritures et chaque ligne est stockée sur RF réplicas. Le niveau de cohérence fixe combien de réplicas doivent répondre : ONE est rapide et reste disponible quand des nœuds tombent mais peut renvoyer une donnée périmée ; QUORUM en lecture et en écriture garantit de relire ta dernière écriture, au prix de latence et de disponibilité. C'est PACELC en pratique.

    En production : Apache Cassandra, ScyllaDB, Amazon Keyspaces, Azure Managed Instance for Cassandra

  • Service de coordination

    Fait tourner Raft ou ZAB sur un nombre impair de nœuds : trois nœuds survivent à une panne, cinq à deux. À réserver aux petites données critiques, jamais comme base générale.

    En production : etcd, Apache ZooKeeper, Consul KV

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.