How Supabase Rebuilt Postgres for Real-Time Apps episode artwork

EPISODE · Jun 15, 2026 · 10 MIN

How Supabase Rebuilt Postgres for Real-Time Apps

from The CTO Podcast with Fexingo: Technical Leadership, Architecture, and Engineering Org · host Fexingo

In this episode, Lucas and Luna explore how Supabase, an open-source Firebase alternative, built a real-time layer on top of PostgreSQL that handles millions of concurrent WebSocket connections. They break down the architecture behind Supabase's Realtime server, which uses PostgreSQL's logical replication and Elixir's BEAM VM to stream database changes to client applications with sub-second latency. Lucas explains why the team chose to fork PostgreSQL's replication slot mechanism and how they handle backpressure when clients fall behind. Luna questions the trade-offs of using WebSockets versus server-sent events for real-time data synchronization. The conversation also touches on Supabase's decision to build on AWS's Graviton processors to reduce costs and how the company scaled from zero to over 200,000 users without a dedicated infrastructure team. If you're building a real-time application or just curious about modern database architecture, this episode offers concrete insights into one of the most exciting open-source projects in the cloud space. #Supabase #PostgreSQL #RealTime #WebSockets #Elixir #BEAM #Database #Backend #Architecture #OpenSource #FirebaseAlternative #LogicalReplication #AWS #Graviton #Scalability #BusinessAndTechnology #FexingoBusiness #BusinessPodcast Keep every episode free: buymeacoffee.com/fexingo

In this episode, Lucas and Luna explore how Supabase, an open-source Firebase alternative, built a real-time layer on top of PostgreSQL that handles millions of concurrent WebSocket connections. They break down the architecture behind Supabase's Realtime server, which uses PostgreSQL's logical replication and Elixir's BEAM VM to stream database changes to client applications with sub-second latency. Lucas explains why the team chose to fork PostgreSQL's replication slot mechanism and how they handle backpressure when clients fall behind. Luna questions the trade-offs of using WebSockets versus server-sent events for real-time data synchronization. The conversation also touches on Supabase's decision to build on AWS's Graviton processors to reduce costs and how the company scaled from zero to over 200,000 users without a dedicated infrastructure team. If you're building a real-time application or just curious about modern database architecture, this episode offers concrete insights into one of the most exciting open-source projects in the cloud space. #Supabase #PostgreSQL #RealTime #WebSockets #Elixir #BEAM #Database #Backend #Architecture #OpenSource #FirebaseAlternative #LogicalReplication #AWS #Graviton #Scalability #BusinessAndTechnology #FexingoBusiness #BusinessPodcast Keep every episode free: buymeacoffee.com/fexingo

NOW PLAYING

How Supabase Rebuilt Postgres for Real-Time Apps

0:00 10:34

No transcript for this episode yet

We transcribe on demand. Request one and we'll notify you when it's ready — usually under 10 minutes.

Frequently Asked Questions

How long is this episode of The CTO Podcast with Fexingo: Technical Leadership, Architecture, and Engineering Org?

This episode is 10 minutes long.

When was this The CTO Podcast with Fexingo: Technical Leadership, Architecture, and Engineering Org episode published?

This episode was published on June 15, 2026.

What is this episode about?

In this episode, Lucas and Luna explore how Supabase, an open-source Firebase alternative, built a real-time layer on top of PostgreSQL that handles millions of concurrent WebSocket connections. They break down the architecture behind Supabase's...

Can I download this The CTO Podcast with Fexingo: Technical Leadership, Architecture, and Engineering Org episode?

Yes, you can download this episode by clicking the download button on the episode player, or subscribe to the podcast in your preferred podcast app for automatic downloads.
URL copied to clipboard!