Skip to main content
Docker Compose est recommandé pour les petites équipes et les évaluations (< 50 utilisateurs). Vous ne savez pas si c’est la bonne solution ? Commencez par le déploiement. Vous avez besoin des fonctionnalités d’IA ou d’App Builder ? Pour un nouveau déploiement, déployez la plateforme complète ; si vous utilisez déjà cette configuration autonome, suivez le guide de migration — vos données restent en place.

Déploiement avec Docker Compose

Échelle recommandée : 0 à 50 utilisateurs Configuration requise du serveur Assurez-vous que votre serveur respecte les exigences minimales suivantes :
  • Système d’exploitation : distribution Linux recommandée, telle qu’Ubuntu 20.04 LTS
  • Mémoire : 4 Go de RAM minimum
  • CPU : au moins 2 cœurs
  • Espace disque : 40 Go d’espace disponible minimum
  • Réseau : connexion Internet stable avec l’accès aux ports nécessaires

Prérequis

Avant de commencer, assurez-vous de disposer de :
  • Connaissances de base de Docker et des principes de conteneurisation
  • Docker et Docker Compose installés sur votre machine. Consultez la documentation officielle de Docker pour les guides d’installation.

Installation de Docker

Installation de l’application

Créer le fichier docker-compose.yaml

Accédez à votre serveur, créez le dossier teable et entrez-y :
Créez un fichier docker-compose.yaml et un fichier .env, puis collez le contenu suivant :

Déploiement minimal :

docker-compose.yaml
.env

Ajout d’un service de stockage (facultatif)

Pour les déploiements de production, utilisez un stockage d’objets compatible S3 (tel que S3, MinIO, OSS/OBS/COS avec des points de terminaison compatibles S3, ou un autre service compatible S3) afin d’améliorer la durabilité et la mise à l’échelle.
MinIO fournit une interface supplémentaire de gestion du stockage (port 9001) ainsi qu’un service de fichiers plus puissant et plus stable.
docker-compose.yaml
.env

Démarrer l’application

Exécutez les commandes suivantes dans le répertoire actuel pour démarrer l’application. Une fois démarrée, vous pouvez y accéder à l’adresse 127.0.0.1:3000.
Un environnement HTTPS est requis pour les opérations de copie de données à grande échelle ; sinon, l’accès asynchrone au presse-papiers ne sera pas possible.

Utiliser des bases de données gérées (facultatif)

Si vous préférez utiliser des bases de données gérées, vous pouvez simplifier davantage le processus de déploiement :
  1. Supprimez services.teable-db
  2. Supprimez volumes.teable-db
  3. Mettez à jour .env avec la configuration de votre base de données gérée
Renseignez les paramètres de base de données avec ceux de connexion à votre base de données gérée :
.env
Notez que 127.0.0.1 correspond au réseau interne du conteneur. Si vous souhaitez vous connecter à une base de données déployée localement, utilisez host.docker.internal au lieu de 127.0.0.1 comme adresse d’hôte ; sinon, la connexion échouera.
De même pour Redis géré externe :
  • Supprimez service.teable-cache
  • Supprimez service.teable.depends_on.teable-cache
  • Supprimez volumes.teable-cache
  • Mettez à jour .env avec votre configuration Redis gérée

Étapes suivantes

Configurer le service d’e-mail

Assistance et retours

Si vous rencontrez des problèmes lors du déploiement, contactez notre équipe d’assistance à l’adresse support@teable.ai ou signalez un problème.

Licence

Teable comprend des fonctionnalités Community open source sous licence AGPL-3.0. Pour débloquer les fonctionnalités payantes dans les déploiements Auto-hébergé, veuillez vous abonner sur notre page de tarification.
L’image ghcr.io/teableio/teable:latest inclut l’ensemble complet de fonctionnalités. Les fonctionnalités payantes nécessitent une licence d’abonnement valide pour être activées.Si vous avez uniquement besoin de l’ensemble de fonctionnalités Community open source, vous pouvez choisir l’image ghcr.io/teableio/teable-community:latest.

Problèmes fréquents

Après le démarrage de l’instance, ouvrez l’URL de votre instance et créez-y un compte. Teable n’est pas fourni avec un compte administrateur prédéfini, et votre instance Auto-hébergé n’utilise pas votre compte cloud teable.ai.Le premier utilisateur qui s’inscrit sur l’instance devient l’administrateur de l’instance.
Les problèmes d’importation de fichiers sont généralement dus à une configuration incorrecte de la variable d’environnement PUBLIC_ORIGIN. Vous devez définir PUBLIC_ORIGIN sur l’adresse actuellement accessible :
Important : n’ajoutez pas de barre oblique finale (”/”) à la fin de l’URL.
Après avoir modifié cette configuration, vous devrez redémarrer votre instance Teable pour que les modifications prennent effet.
L’activation de HTTPS requiert les étapes suivantes :
  • Obtenez un certificat SSL valide
  • Définissez PROTOCOL=https (ou définissez PUBLIC_ORIGIN=https://teable.example.com selon votre configuration)
  • Si vous utilisez MinIO, définissez BACKEND_STORAGE_MINIO_USE_SSL=true
Il est recommandé d’utiliser un proxy inverse (comme Nginx ou Traefik) pour gérer la terminaison SSL.
Si vous ne savez pas comment configurer Nginx (HTTPS/certificats, WebSocket, réseau Docker, Nginx Proxy Manager, etc.), consultez : Nginx (proxy inverse).
Pour les déploiements Docker Compose, plusieurs options de sauvegarde sont disponibles :Option 1 : sauvegarde complète de machine virtuelle (recommandée pour sa simplicité)
  • Sauvegardez régulièrement l’intégralité de la machine virtuelle qui héberge Teable
  • Offre une capacité complète de restauration du système
Option 2 : sauvegarde des volumes Docker
  • Sauvegardez tous les volumes Docker définis dans votre docker-compose.yaml
  • Lister les volumes : docker volume ls
  • Sauvegarder un volume :
Option 3 : sauvegarde au niveau des composants (recommandée pour un contrôle précis)
  • Base de données PostgreSQL : contient toutes les données des tables
  • Base de données Redis : contient les données de file d’attente d’automatisation
  • Répertoire de données : sauvegardez le volume teable-data (contient tous les fichiers joints)
Pour les environnements de production, nous recommandons de mettre en place des sauvegardes quotidiennes automatisées avec des politiques de rétention.
Last modified on September 4, 2026