WC
Retour aux articles

Pourquoi j'utilise PocketBase comme backend pour tous mes projets SaaS

3 min read
Partager
Pourquoi j'utilise PocketBase comme backend pour tous mes projets SaaS

Il y a 18 mois, j'aurais répondu Supabase ou Firebase si on m'avait demandé quel backend utiliser pour un nouveau projet SaaS. Aujourd'hui, ma réponse est PocketBase — et je vais vous expliquer pourquoi ce changement.

Qu'est-ce que PocketBase ?

PocketBase est un backend open-source écrit en Go qui tient dans un seul binaire. Il inclut :

  • Une base de données SQLite avec un ORM intégré
  • Un système d'authentification complet (email, OAuth, tokens)
  • Une API REST et temps réel auto-générée
  • Un dashboard d'administration
  • Un stockage de fichiers intégré

Vous téléchargez un binaire, vous le lancez, vous avez un backend complet.

Pourquoi PocketBase plutôt que Supabase ?

La simplicité opérationnelle

Supabase, c'est Postgres + PostgREST + GoTrue + Realtime + Storage + un dashboard — plusieurs services à orchestrer, à maintenir, à patcher.

PocketBase, c'est un processus. Point.

Pour déployer PocketBase en production avec Docker :

services:
  pocketbase:
    image: ghcr.io/muchobien/pocketbase:latest
    volumes:
      - pb_data:/pb_data

C'est tout. Ça prend 30 secondes.

Le coût

Supabase a un free tier, mais dès qu'on dépasse les limites, les prix montent rapidement. PocketBase est entièrement gratuit — vous payez seulement l'hébergement (un VPS à 5€/mois suffit pour commencer).

La performance

SQLite est plus rapide que Postgres pour les lectures dans la grande majorité des use cases. Si votre application est read-heavy (la plupart le sont), PocketBase sera souvent plus rapide.

Les cas où PocketBase brille

Projets solo et small teams : Quand vous êtes seul ou dans une petite équipe, la simplicité opérationnelle est cruciale. Moins de moving parts = moins de bugs = plus de temps pour la valeur produit.

Démarrage rapide : Pour valider une idée en quelques jours, PocketBase permet de bootstrapper un backend complet sans configuration.

Applications avec schema évolutif : L'interface d'admin de PocketBase permet de modifier le schema sans migration SQL complexe.

Les limites à connaître

Scalabilité horizontale : SQLite ne supporte pas le clustering natif. Si vous avez besoin de plusieurs instances en parallèle avec la même base, PocketBase n'est pas la bonne solution.

Requêtes complexes : Pour des jointures très complexes ou des analytics avancées, Postgres et Supabase restent supérieurs.

Ecosystème : PocketBase est plus jeune que Supabase. L'écosystème de plugins et d'intégrations est plus limité.

Mon verdict en 2026

Pour 80% des projets SaaS que je construis — applications web, APIs pour apps mobiles, tableaux de bord internes — PocketBase est le meilleur choix.

Il est simple, rapide, gratuit, et il me permet de me concentrer sur la valeur produit plutôt que sur l'infrastructure.

Essayez-le sur votre prochain side project. Je parie que vous ne reviendrez pas en arrière.

Cet article vous a plu ?

Articles similaires

Commentaires

Connectez-vous avec GitHub pour participer a la discussion.