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_dataC'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.
Articles similaires
Claude Opus 4.6 : l'IA qui redéfinit les limites en 2026
Mon retour d'expérience sur Claude Opus 4.5, le modèle phare d'Anthropic qui surpasse les ingénieurs humains. Une intelligence redoutable qui comprend vraiment ce qu'on lui demande.
Comment j'ai créé ce blog avec l'IA
Retour d'expérience sur la création de ce blog entièrement codé par Claude Code. 11 000 lignes de code, zéro ligne écrite à la main.
Next.js 16 : les nouvelles fonctionnalités
Découvrez les nouveautés de Next.js 16 : amélioration des performances, meilleur support React 19 et optimisations pour vos applications web modernes.
Commentaires
Connectez-vous avec GitHub pour participer a la discussion.