Harness the Power of a Single Database for Microservices
summary
Argues that multiple microservices can share a single SQL database when using modern relational and distributed SQL features to isolate workloads and maintain consistency. Recommends using Yugabyte (Postgres-compatible) or similar distributed SQL that offers active-every-node distributed SQL, rolling upgrades, and multi-region replication so failures don’t force database splits. Describes concrete controls: table spaces mapped to regions, row-level security, schemas, online DDL and different APIs (Postgres and Cassandra-like) and warns schema changes and operational sprawl still drive splits.
AI-written summary · about
chapters (6)
- 0:00Introduction to microservices and databases
- 2:35Problems with databases in microservices
- 9:13One database per microservice trade-offs
- 13:55What counts as a database
- 24:14Distributed SQL databases benefits
- 30:43Key takeaways and Q&A
related talks
47mHarness the Power of a Single Database for Microservices
26mNewSQL: concepts, realities and when you should embrace it
30mDatabases in the Microservices World
58mDatabases in the Microservices World
47mMigrating to Microservice Databases
08mScalable GraphQL Applications Powered by Cloud-ready Distributed SQL Database
01h 05mMigrating to Microservice Databases: From Relational Monolith to Distributed Data
27mHow Micro-Service Patterns Change When the Database Scalable
