Η γένεση του rqlite και η καθιέρωση του Raft

Το 2014, το rqlite αποτέλεσε το πρώτο open-source εγχείρημα που συνδύασε τον SQLite με το πρωτόκολλο Raft. Η βασική αρχιτεκτονική απόφαση ήταν η επιβολή αυστηρής συνέπειας (strong consistency), όπου όλες οι εγγραφές περνούν από έναν leader, διασφαλίζοντας ότι το σύστημα παραμένει CP (Consistency/Partition Tolerance) σύμφωνα με το θεώρημα CAP. Αυτή η επιλογή καθόρισε το API και τα επίπεδα συνέπειας ανάγνωσης που χρησιμοποιούνται μέχρι σήμερα.

Διαφοροποίηση προσεγγίσεων: Από το streaming στο merge

Με την πάροδο του χρόνου, το οικοσύστημα επεκτάθηκε πέρα από τα συστήματα συναίνεσης:

  • Litestream: Εισήγαγε μια προσέγγιση χωρίς consensus, εστιάζοντας στο disaster recovery μέσω streaming του WAL (Write-Ahead Log) στο S3, μειώνοντας δραστικά το λειτουργικό κόστος.
  • cr-sqlite: Ενσωμάτωσε CRDTs (Conflict-free Replicated Data Types) απευθείας στον SQLite, επιτρέποντας πολλαπλούς writers και eventual consistency, μια προσέγγιση ιδανική για local-first εφαρμογές.
  • libSQL: Αποτέλεσε ένα fork του SQLite, επιτρέποντας τροποποιήσεις στον πυρήνα που δεν ήταν εφικτές στο upstream project, ανοίγοντας τον δρόμο για edge-based replicas.

Η μετατόπιση προς το managed infrastructure

Η εξέλιξη της κατανεμημένης SQLite αντικατοπτρίζει την ευρύτερη τάση στη βιομηχανία: η τεχνολογία ξεκίνησε ως εργαλείο που ο μηχανικός «τρέχει μόνος του» (self-hosted) και κατέληξε σε managed υπηρεσίες (Cloudflare D1, Turso). Ενώ τα open-source projects όπως το rqlite παραμένουν κρίσιμα για όσους απαιτούν πλήρη έλεγχο της υποδομής τους, η αγορά έχει μετακινηθεί προς λύσεις που προσφέρουν την ευκολία του cloud, μετατρέποντας την κατανεμημένη βάση δεδομένων σε ένα προϊόν που ο χρήστης απλώς καταναλώνει.