| ▲ | formerly_proven 4 hours ago | |||||||
Well that's just dqlite/rqlite. | ||||||||
| ▲ | benjiro 11 minutes ago | parent | next [-] | |||||||
> Well that's just dqlite. Far from it, as now your not just dealing with network but also with raft consensus... So each write is not just a network trip, its also 2x acknowledging. And your reads go over the leader, what can mean if somebody accessed node 1 app but node 2 is the leader, well, ... Its slower on reads and writes, then just replications that PostgreSQL does. And i do not mean async but even sync PostgreSQL will be faster. The reason dqlite exists is because canonical needed something to synchronize their virtualization cluster (lxd), and they needed a db with raft consensus, that is a lib (as not a full blown server install like postgres). Performance was not the focus and its usage is totally different then most people needs here. | ||||||||
| ▲ | BugsJustFindMe 4 hours ago | parent | prev [-] | |||||||
Dqlite and Rqlite are primarily for buildling fault-tolerant clusters. But if you just take the network access part, then ok sure, but also so what? | ||||||||
| ||||||||