PocketBase

Open source alternative to Firebase

61.5K stars
MIT
Active this week
Last commit 7 days ago

Last verified Oct 20, 2026

Deploy backend APIs from a single binary with auth, database, realtime subscriptions, and file storage you can self-host in minutes.

Visit website GitHub61.5K 1-click deploy on Hostinger

Read the full breakdownWho it is for, how it works, trade-offs, the quick start and the FAQ

who it's for

Who PocketBase is for#

Solo developers building side projects

PocketBase delivers a complete backend in a single download, letting a solo developer skip provisioning a database, configuring auth, and setting up file storage separately. The JavaScript SDK works with Vue, React, Angular, and Svelte. A functional backend can be running in under an hour on any $5/month VPS.

Skip if:

Your project is a production service with SLA requirements or expected high-write concurrency. PocketBase is not recommended for production-critical workloads before v1.0.

Teams building internal tools and dashboards

Internal tools typically need simple data storage, basic authentication, and maybe file uploads. PocketBase covers all of this out of the box with a built-in admin UI and no infrastructure overhead. A single small server is sufficient for most internal tooling use cases, with the admin dashboard handling all data operations.

Skip if:

Your internal tool needs to be highly available across multiple regions or integrate with an existing Postgres-based data warehouse.

Mobile developers building Flutter apps

PocketBase ships an official Dart SDK with first-class Flutter support, making it one of the few self-hosted backends with a native Flutter integration. Authentication, realtime subscriptions, and file uploads all work from the Dart SDK without bridging through a JavaScript layer.

Skip if:

Your Flutter app requires enterprise-grade uptime guarantees or a managed backend with vendor support contracts.

Developers prototyping new product ideas

PocketBase lets developers validate data models, authentication flows, and API shapes with minimal upfront investment. The admin dashboard provides immediate data inspection and the schema evolves through the UI as requirements change. The Go embedding path offers a migration route when the prototype is ready for a production-grade backend.

Skip if:

Your prototype needs to handle production traffic volumes from day one or requires high-volume concurrent writes during testing.

the problem

The problem it solves#

Setting up a backend for a new project typically means provisioning a database, configuring an auth system, wiring file storage, and deploying an API layer as separate services with separate maintenance costs. Firebase and Supabase solve this with managed platforms, but you trade data ownership for convenience: your data lives on their infrastructure, your schema evolves on their timeline, and costs grow unpredictably as traffic increases.

For indie developers and small teams, this is often the wrong tradeoff. A side project or internal tool does not need cloud-scale infrastructure. It needs something that works today, stores data somewhere you control, and does not require a DevOps team to run. The operational overhead of a multi-service backend setup disproportionately punishes smaller projects.

how PocketBase solves it

How it solves it#

Single-binary deployment

The entire backend ships as one executable file (about 12MB) with no external runtime, database, or dependency requirements. Download it, run `./pocketbase serve`, and the backend is live on port 8090. No Node.js, no Docker, no Postgres install required.

Embedded SQLite database with schema builder

All data is stored in an embedded SQLite database managed from the admin dashboard. Create collections, define field types (text, number, date, relation, file, JSON), and set validation rules through the UI without writing migrations by hand. The database file lives in `pb_data/` alongside the executable.

Realtime subscriptions

Clients subscribe to collection or record changes via a built-in realtime API. Changes broadcast automatically to connected subscribers, making it practical to build live-updating dashboards or collaborative features without a separate WebSocket layer. The JavaScript and Dart SDKs expose this as a first-class API.

Built-in authentication with OAuth2

Handles email/password and OAuth2 login out of the box, with support for Google, Facebook, GitHub, and GitLab as identity providers. User management, sessions, email verification, and password reset are included and configurable from the admin dashboard without writing auth code.

File storage with on-the-fly thumbnails

Accepts file uploads and stores them locally or in any S3-compatible bucket (AWS S3, Backblaze B2, Cloudflare R2). Images generate thumbnail variants at configurable sizes automatically. Storage backend is configurable per environment without code changes.

JavaScript and Go extension hooks

Collection behavior and API routes can be extended with JavaScript hooks using a built-in JS VM, or PocketBase can be embedded as a Go library to build fully custom backends. The Go path produces a single compiled binary with no runtime dependencies, preserving the zero-dependency deployment model.

strengths · trade-offs

Strengths and trade-offs#

Strengths

Zero external dependenciesUnlike Supabase (which requires a Docker Compose stack with multiple containers: Kong, GoTrue, PostgREST, Realtime) or a traditional Node.js backend (which requires Node, npm, and a separate database), PocketBase has no external runtime dependencies. Download one file, run it, and the full backend is operational. This removes an entire class of environment-specific setup failures.
MIT license, no usage-based pricingPocketBase is MIT licensed, allowing commercial use, modification, and distribution with no open-core restrictions or usage-based fees. Firebase and Supabase cloud plans charge based on reads, writes, and bandwidth. PocketBase on a self-hosted server has no per-request or per-row pricing regardless of scale.
Admin dashboard included from day oneA web-based admin UI is available at `/_/` immediately after the first launch. You can create collections, inspect data, manage users, configure OAuth2 providers, and browse file uploads without writing any code or installing a separate admin tool. No third-party database GUI required.
Extensible as a Go frameworkProjects that outgrow the standalone defaults can import PocketBase as a Go library, add custom route handlers or collection hooks in a `main.go`, and compile everything into a single binary. The output maintains the zero-dependency, single-file deployment model while supporting fully custom business logic.

Trade-offs

-Not recommended for production-critical apps before v1.0The PocketBase documentation explicitly states the project is not suitable for production-critical applications yet. The team reserves the right to make breaking schema or API changes between releases, which may require manual migration steps. Teams building high-stakes services should treat this caveat seriously until v1.0 ships.
-SQLite write throughput ceilingPocketBase uses embedded SQLite, which performs well for read-heavy workloads but serializes writes. Applications with sustained high-write concurrency (thousands of simultaneous write operations per second) will hit SQLite performance limits. Firebase and Supabase (Postgres) handle this class of workload better.
-Single-server architecture onlyThe single-binary model does not support horizontal scaling across multiple instances. You cannot run multiple PocketBase nodes in a cluster sharing state. Projects that require high availability across servers or regions need a different backend architecture.

versus alternatives

PocketBase vs alternatives#

PocketBase vs Firebase

Both tools provide authentication, realtime database functionality, and file storage out of the box, but they operate under fundamentally different models. Firebase is a managed cloud platform with no self-hosting option; PocketBase is a self-hosted binary you run on your own server.

Feature	PocketBase	Firebase
License	MIT	Proprietary
Self-hosting	Yes (single binary)	No
Database	SQLite (embedded)	Firestore / Realtime Database (cloud)
Auth providers	Email/password, OAuth2 (Google, GitHub, GitLab, Facebook)	Email/password, OAuth2, phone, anonymous
Pricing	Free (self-hosted infra costs only)	Free tier; read/write/bandwidth billing above that
Realtime subscriptions	Yes	Yes

PocketBase is the better choice when data ownership, infrastructure cost control, and operational simplicity matter. A $5/month VPS covers most side projects and internal tools, with no per-read or per-write charges. Firebase is still the better fit when you need Google-scale global edge infrastructure, phone number authentication, or a fully managed service with no server to operate.

PocketBase vs Supabase

Supabase is the more direct comparison as an open source Firebase alternative. Both target the same developer audience, but they make opposite bets on complexity. Supabase runs a multi-service stack (Postgres, GoTrue, PostgREST, Realtime) that delivers the power of a production-grade relational database. PocketBase runs as a single binary using SQLite.

Feature	PocketBase	Supabase (self-hosted)
Database	SQLite	Postgres
Self-hosting complexity	Very low (single binary)	High (Docker Compose, multiple services)
Realtime subscriptions	Yes	Yes
License	MIT	Apache 2.0
Production readiness	Pre-v1.0 caveat	Production-ready

For solo developers and small teams who want the simplest possible self-hosted backend, PocketBase is easier to operate than Supabase. For teams that need full SQL capabilities, complex joins, or a platform ready for production-critical workloads, Supabase is the stronger choice.

install · quick start

Quick start#

bash

# Download the latest prebuilt binary for your platform from:
# https://github.com/pocketbase/pocketbase/releases/latest
# Then extract the archive and start the server:
./pocketbase serve
# Admin dashboard: http://127.0.0.1:8090/_/
# REST API:        http://127.0.0.1:8090/api/
```

```bash
# Create the initial superuser account
./pocketbase superuser create [email protected] yourpassword
```

```bash
# JavaScript SDK
npm install pocketbase

tech stack · detected from GitHub

What it's built on#

Languages: GoJavaScript

frequently asked

FAQ#

Is PocketBase safe to use in production?

PocketBase is not recommended for production-critical applications before it reaches v1.0. The team explicitly notes that full backward compatibility is not guaranteed, and some releases require manual migration steps. For low-stakes internal tools or side projects the risk is manageable; for high-stakes production services, the v1.0 caveat is worth taking seriously before committing.

How does PocketBase compare to Supabase for self-hosting?

PocketBase is significantly simpler to self-host: one binary file, no Docker Compose stack, no Postgres to manage. Supabase self-hosted includes multiple services (Kong, GoTrue, PostgREST, Realtime, Storage API) and requires more operational knowledge. PocketBase trades that simplicity for SQLite instead of Postgres, which means lower write throughput but far lower resource requirements and setup time.

Does PocketBase support realtime data updates like Firebase?

Yes. PocketBase includes a realtime subscription API that pushes record-level change events to connected clients. The JavaScript and Dart SDKs expose this as a first-class feature. For most use cases the realtime capability is comparable to Firebase Realtime Database listeners, with the tradeoff that PocketBase runs on a single server rather than distributed cloud infrastructure.

What server does PocketBase require to run?

PocketBase runs on Linux, macOS, Windows, and FreeBSD in both x64 and ARM64 architectures. The binary is about 12MB. For modest traffic a $5-10/month VPS is sufficient. Higher file upload workloads may need more disk, but PocketBase itself has no minimum infrastructure requirement beyond what your data volume and SQLite need.

Is PocketBase free for commercial use?

Yes. PocketBase is MIT licensed, which allows commercial use, modification, and distribution with no usage-based fees or open-core licensing restrictions. You pay only for the infrastructure you choose to run it on.

also worth a look

Similar open-source tools#

InsForge

Alternative toSupabase

Backend-as-a-service platform built for AI coding agents

13,152 GitHub stars
Licence Apache-2.0

Modelence

Alternative toFirebase

Full-stack framework for building production-ready web apps

432 GitHub stars
Licence Apache-2.0

Supabase

Alternative toFirebase

Open source Firebase: Postgres database, auth, and file storage

112,232 GitHub stars
Licence Apache-2.0

Appwrite

Alternative toFirebase

Self-hosted backend: auth, databases, storage, and functions

57,737 GitHub stars
Licence BSD-3-Clause

Directus

Alternative toContentful

Wrap any SQL database with REST and GraphQL APIs and an admin UI

38,631 GitHub stars

Nhost

Alternative toFirebase

Firebase alternative: GraphQL, Postgres auth, and file storage

9,364 GitHub stars
Licence MIT

by category

Open source tools in these categories#

Web & App Development

Flutter, Rust, Nvm

Hostinger

Run PocketBase on your own server

Hostinger sets PocketBase up as a one-click app on a VPS.

Deploy on Hostinger

Featured

Inbox Zero

Alternative toSuperhuman

AI email assistant that drafts replies and clears your inbox

12,712 GitHub stars
Licence AGPL-3.0
#Email

rakazo

Alternative toGrok Bot

AI teammates you own: your keys, your model, your machine.

4,904 GitHub stars
Licence Apache-2.0
#AI Agents

Omnara

Alternative toClaude Managed Agents

Open-source agent deployment API. Self-host or use Omnara Cloud.

2,957 GitHub stars
Licence Apache-2.0
#AI Agents

Feature your project

The projects we add and every new guide. Free, unsubscribe any time.

Find open source alternatives to paid software

PocketBase vs Firebase

Feature	PocketBase	Firebase
License	MIT	Proprietary
Self-hosting	Yes (single binary)	No
Database	SQLite (embedded)	Firestore / Realtime Database (cloud)
Auth providers	Email/password, OAuth2 (Google, GitHub, GitLab, Facebook)	Email/password, OAuth2, phone, anonymous
Pricing	Free (self-hosted infra costs only)	Free tier; read/write/bandwidth billing above that
Realtime subscriptions	Yes	Yes

PocketBase vs Supabase

Feature	PocketBase	Supabase (self-hosted)
Database	SQLite	Postgres
Self-hosting complexity	Very low (single binary)	High (Docker Compose, multiple services)
Realtime subscriptions	Yes	Yes
License	MIT	Apache 2.0
Production readiness	Pre-v1.0 caveat	Production-ready