Pourquoi choisir Teable plutôt qu'une solution hébergée
Les outils de type Airtable hébergés dans le cloud partagent trois limites : vos données reposent sur les serveurs d'un tiers, le tarif est indexé au nombre d'utilisateurs ou de lignes, et l'accès SQL direct est souvent verrouillé derrière un abonnement supérieur.
Teable supprime ces trois contraintes. Installé sur votre VPS, il crée ses propres tables PostgreSQL — pas un habillage graphique sur une base existante, mais un schéma que vous possédez et que vous pouvez interroger avec n'importe quel client SQL. Les mises à jour en temps réel sont gérées en WebSocket : plusieurs collaborateurs éditent le même tableau sans avoir à appuyer sur F5. Et parce que c'est AGPL-3.0, aucune ligne de données ne quitte votre infrastructure.
Ce que vous obtenez avec Teable self-hosted
- Stockage PostgreSQL natif — vos tables vivent dans votre propre base de données, accessibles via SQL ou tout client BI.
- Collaboration en temps réel — plusieurs éditeurs simultanés, modifications visibles à l'instant sans rechargement.
- Vues multiples — grille, kanban, galerie et formulaire sur le même jeu de données, sans dupliquer les enregistrements.
- API REST auto-générée — chaque table expose immédiatement une API REST avec jeton d'accès, intégrable dans n8n, Zapier ou votre code.
- Moteur de formules — 100+ fonctions (SUM, IF, LOOKUP, CONCATENATE…) pour les champs calculés et références croisées.
- Permissions granulaires — rôles visualiseur, éditeur ou propriétaire par espace de travail, par base ou par table.
- Licence AGPL-3.0 — pas de télémétrie, pas de compte cloud, données 100 % sur votre VPS.
Architecture de déploiement
Teable s'installe sur votre VPS avec trois conteneurs Docker :
- teable-db : PostgreSQL 15.4, volume nommé teable-db pour la persistance.
- teable-cache : Redis 7.2.4 avec persistance AOF et authentification par mot de passe.
- teable : le serveur applicatif (Next.js + NestJS), accessible sur le port 3000 en loopback, exposé par nginx avec HTTPS.
La variable PUBLIC_ORIGIN ancre l'URL publique de l'instance — elle est injectée automatiquement depuis la configuration ServOrbit avec le sous-domaine ou le domaine custom que vous avez défini. La variable BACKEND_SESSION_ORIGIN_CHECK_ENABLED=false assure la compatibilité avec le proxy nginx. Toutes les images sont épinglées à une version précise pour garantir la reproductibilité des déploiements.
Teable vs NocoDB vs Grist : quelle différence
Les trois outils du catalogue ServOrbit couvrent des besoins légèrement différents :
- NocoDB se connecte à une base de données existante (PostgreSQL, MySQL…) et l'expose en tableur collaboratif. C'est l'outil adapté si vous avez déjà un schéma et voulez y greffer une interface.
- Grist adopte le modèle « document avec formules Python ». Ses calculs sont plus puissants que ceux d'un tableur classique, idéal pour les analystes.
- Teable crée ses propres tables PostgreSQL depuis zéro et mise sur la collaboration visuelle en temps réel. C'est le plus proche d'Airtable dans l'expérience utilisateur, avec l'avantage de la portabilité SQL.
Les trois peuvent coexister sur des VPS distincts si vos besoins le justifient.
Premier déploiement sur ServOrbit
Depuis votre espace client ServOrbit, ouvrez Marketplace → Bases de données → Teable et confirmez la commande. ServOrbit provisionne un VPS, installe Docker et démarre les trois conteneurs. Vous recevez une notification lorsque l'instance est prête avec l'URL d'accès.
Naviguer vers cette URL affiche la page d'inscription de Teable — le premier compte créé devient propriétaire de l'espace de travail. Il n'existe pas de compte administrateur prédéfini : vous choisissez vos identifiants dès l'installation. Cliquez ensuite sur New Base, nommez votre base, définissez vos tables et commencez à inviter vos collaborateurs.
Utiliser l'API REST auto-générée
Chaque table Teable expose automatiquement une API REST. Pour y accéder, ouvrez Settings → API Tokens dans l'interface Teable et générez un jeton d'accès. L'API suit le standard REST classique :
GET /api/table/{tableId}/record
POST /api/table/{tableId}/record
PATCH /api/table/{tableId}/record/{recordId}
DELETE /api/table/{tableId}/record/{recordId}Vous pouvez connecter cette API directement à n8n, Zapier ou votre propre application backend pour déclencher des mises à jour de données, importer des réponses de formulaires ou synchroniser des enregistrements avec d'autres services.
Mise à jour et maintenance
Pour mettre à jour Teable, éditez la recette Docker pour pointer vers le nouveau tag de l'image (ghcr.io/teableio/teable:<nouveau-tag>) puis relancez :
docker compose pull
docker compose up -dTeable exécute ses migrations de schéma PostgreSQL automatiquement au démarrage — vos données dans le volume teable-db sont préservées. Consultez la page des releases GitHub pour connaître le dernier tag disponible avant de mettre à jour.