Persistance polyglotte

Range chaque type de données dans la base dont il a besoin des garanties : du SQL fortement cohérent pour l'argent, un stockage wide-column pour les événements à gros volume, un moteur de recherche pour le texte. Une seule base pour tout impose les garanties les plus chères, et leur coût, à toutes les données.

Où on le retrouve dans les vrais systèmes

  • SQL distribué

    Chaque écriture est validée par un protocole de consensus (Raft ou Paxos) : elle n'est jamais perdue et chaque lecture est à jour, même entre régions. Le prix est la latence : une écriture doit atteindre une majorité de réplicas, et entre régions cela représente des dizaines de millisecondes.

    En production : Google Cloud Spanner, CockroachDB, YugabyteDB, TiDB, Amazon Aurora DSQL

  • 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

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.

Ouvrir le parcours Ouvrir le bac à sable