Skip to content
0:00 / 0:00

#eventualconsistency#netflix#multi-region

"Building Financial Systems on Eventually Consistent DBs" by Rahul Pilani

Strange Loop Conference

88K subscribers • 119 videos on Hallway • Conference channel

YouTube
  • Recommended by 1 person: 1 in engineering communities.
  • Presented by Rahul Pilani

Advanced. Deep dive for people who know the field.

5.8K views8 years ago1 recommendation

Distributed systemsDatabases and dataReplication and consistencyScaling and large-scale architectureFault tolerance and failure

Rahul Pilani explains how Netflix handles billing and payments across multiple AWS regions using eventually consistent multi-master databases.

Netflix operates in 190 countries worldwide and we have 125M+ customers and growing. At any moment, around the globe, millions of customers are getting charged for their next month of service, thousands are trying to fix payment issues so that they can start watching again and many are signing up. Reliable systems are critical for a great customer experience - this is why we operate out of multiple AWS regions with systems that can quickly failover between regions. Typically, Financial Systems are implemented using a strongly consistent, single-master relational-store. But with these requirements, using a single-master store becomes a bottleneck and recovery after a failover becomes very cumbersome. Multi-master databases that take writes in many regions are an option, but they come with the caveat that they are usually eventually consistent and not ACID compliant. Balancing availability with consistency becomes an exercise in tradeoffs and careful engineering to ensure we are properly managing a customer's financial state. We will cover how the Billing Engineering platform built a solution that is scalable, available and strongly consistent (with caveats). Speaker: Rahul Pilani

Why it's here

1 person recommends this

What people say. Recommended for understanding how to design highly available, multi-region systems that handle eventual consistency in critical domains.

u/Rif-SQLin r/Database • Recommends

On “NoSQL and SQL Databases”

My default rule is.. 1) Go with SQL Database like Postgresql Unless 1.1) You want something so cheap/free like Google Firestore for a very small application that is not used often. 1.2) You're getting to the level of reading about https://en.wikipedia.org/wiki/CAP\_theorem 1.3) You're going to have billions or trillions of rows Watch this "Building Financial Systems on Eventually Consistent DBs" by Rahul Pilani [video you should learned by reading about CAP theorem, many NoSQL databases work on Eventually Consistent. Let me know got any questions.