Blog post

Supabase $30m Series A

2021-10-28

10 minute read

Supabase $30m Series A

Supabase just raised $30M, bringing our total funding to $36M. How will we spend this? Read on to find out.

We're growing fast

From the outside, you can see that we're growing fast. To solidify some of the numbers with internal metrics:

Database Growth

As of September, we've launched over 50,000 databases. This is only on our hosted platform - it doesn't include our open source offering, because we don't add telemetry. Active databases are growing 35% per month.

Supabase has launched more than 50000 databases

Developers

As of September, over 40,000 developers have signed up to Supabase from some of the world's leading companies. Because of the versatility of Postgres, they're building everything from counter-fraud systems for Fintech to digital platforms powering 200,000 users.

wells-fargo logo
under-armour logo
audi-logo logo
capitalone logo
coinbase logo
facebook logo
github logo
google logo
gsk logo
hewlett-packard logo
hubspot logo
ibm logo
instagram logo
linkedin logo
microsoft logo
netflix logo
notion logo
red-hat logo
robinhood logo
salesforce logo
santander logo
shopify logo
squarespace logo
twitter logo

Community

Supabase has been in GitHub's top-15 fastest growing open source startups for five consecutive quarters, and our Discord has grown to nearly 4000 members since launching just 3 months ago. Our growth is all organic.

Supabase Discord

About the round

Supabase is an ambitious project. Firebase, to their credit, is a very well-developed platform which offers a lot of functionality. Building an alternative is a bit like launching five different startups at once.

That said, our approach has been clear from the start: we don't want to re-invent the wheel. We want to leverage existing open source products wherever we can, improving them by up-streaming changes and employing maintainers (PostgREST, PostgreSQL). This model is the real promise of open source, and we've been lucky to have investors who have backed our approach since the start - Y Combinator, Mozilla, and our lead investor, Coatue.

Because of their conviction in Supabase, Coatue doubled down on their Seed investment to lead our Series A. We're extremely excited to welcome Caryn Marooney to our Board.

We are proud to lead a second consecutive round in Supabase and officially join the board.

We continue to be impressed by Paul and Ant and it has been a pleasure partnering with them. We believe that the team has done an impressive job scaling their open-source community and think that the strong traction and adoption speaks for itself.

Caryn Marooney, Partner at Coatue. avatar

Caryn Marooney, Partner at Coatue.

Joining the round

We've had a number of new investors join the round, this time a lot of operators and partners:

  • Elad Gill
  • Tom Preston-Werner (GitHub cofounder)
  • Solomon Hykes (Docker cofounder)
  • Alex Solomon (PagerDuty cofounder)
  • Guillermo Rauch (Vercel founder)
  • Kurt Mackey (Fly cofounder)
  • Chris Nguyen (LogDNA cofounder)
  • Tod Sacerdoti (Pipedream Founder)
  • Alana Anderson (Base Case Capital)
  • Astasia Myers (Quiet Capital)
  • (and more)

See all investors

Building Supabase

Our early positioning is an "open source Firebase alternative" but you might be surprised to learn that this is a small part of the Supabase vision.

Firebase is arguably one of the best tools in the world for building new products, but it has a flaw: scalability.

Phase 1: Start with scalability

The term "open source Firebase alternative" is becoming popular now, and we are often asked: how are we different?

Simple. Supabase has smuggled scalability into the product, perhaps without you noticing. Every Supabase project is a full Postgres database. It's not "Postgres compatible", it's not "built on top of", and we don't abstract it. If we did, your applications would face the same scalability issues as Firebase.

Supabase simply makes Postgres easy to use - hopefully easier than any other database platform you've ever used.

We plan to make Postgres the default database for every developer in the world. How do we do that? By making Postgres both easy (Phase 2: tooling) and scalable (Phase 3: Cloud-Native Postgres).

Phase 2: Postgres Tooling

User-facing applications usually require tools beyond just a database and frontend framework:

  • APIs: to provide access to your database from untrusted systems.
  • Authentication: for users sign ups.
  • File Storage: for large images and media.

Supabase makes all of this easy. Beyond the database we offer Auth, RESTful and Realtime APIs, a Storage system for large files, and a bunch of other tools - all wrapped up into a simple-to-use Dashboard.

Supabase Dashboard

And this is where Supabase really differentiates itself: by doing less. All of these features build on top of PostgreSQL's existing functionality.

  • Row Level Security: restrict user access to data and files using Postgres Policies.
  • Realtime data streams: subscribe to database changes using the logical replication stream.
  • Database Webhooks (previously called "Function Hooks"): trigger external systems using Postgres triggers and our async request extension.
  • RESTful APIs: query your database tables and functions over HTTP, using PostgREST.

Phase 3: Cloud-native PostgreSQL

PostgreSQL was created over 30 years ago, and it's one of the safest and most reliable databases in the world.

But modern developers are becoming accustomed to cloud-native services with several characteristics:

  • Automatic scaling.
  • Low latency anywhere in the world.
  • Billing based on usage.

PostgreSQL is still catching up to the modern cloud environment in some areas. What does a Cloud-native PostgreSQL look like?

  • Branching: developers should be able to "fork" a database at any point. This is particularly important for Jamstack developers who run deployments for every Git branch.
  • Scalable storage: storage should grow and shrink without the user needing to provision more space themselves.
  • Distributed: An entire fleet of databases, distributed around the world, should feel like a single database (and even better if all nodes can accept read/write workloads).
  • Ephemeral compute: developers don't want to be charged for a database which isn't doing anything. Likewise - if they are running huge computation then the database should scale up seamlessly, and scale down to zero when it's unused.
  • Snapshots and time-travel: developers should be able to roll back to any point in time, or take a copy of their database with just a click of a button.

This is the future of Supabase - a platform to power your transactional workloads: no matter how big or small; no matter the use-case. We're building a cloud-native Postgres platform.

Join us

We have a track record of hiring open source maintainers, PostgREST is maintained by a Supabase developer, one of our first hires over a year ago. We've recently added another developer with the explicit goal of working within the PostgreSQL community.

If you want to help us build the future of cloud-native Postgres, join us: https://about.supabase.com/careers/postgres-experts

Get started

Share this article

Last post

Supabase Beta October 2021

7 November 2021

Next post

Replenysh uses Supabase to implement OTP in less than 24-hours

19 October 2021

Related articles

Offline-first React Native Apps with Expo, WatermelonDB, and Supabase

Supabase Beta September 2023

Dynamic Table Partitioning in Postgres

Supabase Beta August 2023

pgvector v0.5.0: Faster semantic search with HNSW indexes

Build in a weekend, scale to millions