[1] https://static.googleusercontent.com/media/research.google.c...
What this post is describing for replication seems more comparable to Spanner.
1. Consistent backups/transactions. When a backup is made, is that a single point in time, or best-effort by individual tablet. For example, backing up an inventory and orders table, the backup could have an older version of inventory, where orders have already been completed for some of them. It looks like Scylla backsup per node, so it could mean that data might have a slight time offset from one another.
2. Replicate reads. Like CockroachDB, it looks like Scylla will redirect the read to the range lead, but CRDB also provides the option to get stale reads from a non-lead. This is usually good for cross-region databases where reading off the lead can be big increases in latency.
I do not have a lot of time, but I am having a hard time finding much information about the architecture on Scylla's documentation. My personal guess is that Scylla optimized their code for performance, and less worry about data integrity.
Definitely, but they are implementing Raft-based transactions which provide higher consistency. That should enable a higher variety of use cases.
Single-cluster BigTable is strongly consistent.
Just meant to say it does have tooling which requires other languages/environment specifics.