How Cloud Spanner delivers strong consistency at scale

Google Cloud Spanner → goo.gle/3cwWHvG
Strong consistency is one of the main reasons to back your mission-critical applications with a relational database. However, last generation’s relational databases have relied on techniques like sharding to scale to today’s workloads. These typically force you to choose among performance, availability, and consistency. In this episode of Spanner Database Unlimited, we show how Cloud Spanner provides the strongest consistency guarantees without sacrificing availability or performance at scale.
Timestamps:
0:00 - Intro
0:30 - The benefits and challenges of maintaining strong consistency
1:40 - External consistency in Cloud Spanner
2:27 - Coordinating updates with TrueTime and Paxos
6:17 - Summary and next steps
Watch more episodes of Spanner: Database Unlimited → goo.gle/SpannerDatabaseUnlimited
Subscribe to Google Cloud Tech → goo.gle/GoogleCloudTech ​
#SpannerDatabaseUnlimited
Product: Cloud Spanner; fullname: Alicia Williams;

[@aransingkum1877]

hello.thanks for giving.

[@AnshumanKumar007]

It's a fantastic DB. I always thought NoSQL is a gimmick ( though I have used it in production related projects ). But this really is the best of both worlds except on the cost factor.

[@jfbaro2]

It seems the price is the only remaining limiting factor

[@aliciawilliams5520]

Since this video was published, we've introduced granular instance sizing if entry point pricing was the specific concern: cloud.google.com/blog/products/databases/get-more-out-of-spanner-with-granular-instance-sizing

[@ahmedgaber3090]

but pricing too high one node cost $3600 !!!

[@aliciawilliams5520]

Since this video was published, we've introduced granular instance sizing if entry point pricing was the specific concern: cloud.google.com/blog/products/databases/get-more-out-of-spanner-with-granular-instance-sizing

[@fuyi]

Sounds like spanner is breaking the CAP theorem?

[@AnshumanKumar007]

Yeah, I think there is a bit of latency though when compared to Cloud SQL.

[@ambarishhazarnis9531]

No they ignore P of CAP

[@blonditbg15]

Huge vendor Lock in, huge price. Its much better to use something like a cockroachdb or yugabyte

[@altruistization]

Can you explain more why please?

[@AnshumanKumar007]

@@altruistization Vendor lock in means it will be impossible to migrate to another Cloud Provider. High price is self explanatory, Though I have not worked with CockroachDB or Yugabyte.

[@AnshumanKumar007]

Sometimes vendor lock in can be okay, if the product was great. I have been using Neon (a serverless-type Postgres) DB for some of my personal projects though my DB writes are very low. but it is fantastic nonetheless