n8n with PostgreSQL
Exécutez n8n avec une base PostgreSQL dédiée sur Polyer pour créer et héberger des workflows automatisés. En plus de n8n et de son exécuteur de tâches externe, cette variante ajoute un service PostgreSQL 16 privé qui stocke workflows, identifiants et historique d’exécution à la place de SQLite. Vérifiez les deux volumes persistants avant de déployer.
Utilisations possibles
- Exécutez des automatisations d’équipe ou de production dont l’historique doit résider dans une base séparée plutôt que dans un fichier SQLite local.
- Conservez workflows et données d’exécution dans une base que vous pouvez sauvegarder et interroger avec les outils PostgreSQL habituels.
Ce que crée ce modèle
n8nio/n8n:2.10.2n8nio/runners:2.10.2postgres:16-alpineConfiguration à vérifier
Ce modèle ne déclare aucun champ supplémentaire. Vérifiez les variables générées, les points d’accès et les ressources dans le formulaire.
Comment déployer
- Sélectionnez Configurer le déploiement et connectez-vous ou créez un compte.
- Choisissez un projet nouveau ou existant et une région disponible.
- Vérifiez les services, champs obligatoires, stockage et avertissements. Lancez le déploiement lorsque la configuration est prête.
- Consultez les journaux, terminez la configuration de l’application et testez ses points d’accès avant la production.
Exploitation de cette application
- Créez le compte propriétaire n8n dès que le domaine généré répond, et remplacez la valeur UTC par défaut de GENERIC_TIMEZONE et TZ si les planifications doivent suivre votre heure locale.
- Sauvegardez PostgreSQL avec le volume n8n monté sur /home/node/.n8n, car n8n chiffre les identifiants enregistrés avec une clé générée au premier démarrage et stockée dans ce volume ; une base restaurée sans cette clé rend les identifiants illisibles.
- Les images n8n et runners sont fixées à 2.10.2 : mettez-les à niveau ensemble après une sauvegarde de la base, car n8n migre son schéma au démarrage ; cette variante exécute une seule instance sans mode file d’attente.
Coûts d’hébergement
CPU, mémoire, stockage et réseau contribuent à la facture. La région influe sur les tarifs. Chaque service d’un modèle génère sa propre consommation ; les API externes et licences sont facturées séparément.
Voir les tarifs et estimer les ressourcesSource et validation
Cette configuration provient des modèles ouverts Coolify sous licence Apache-2.0 et est adaptée par l’importateur Compose de Polyer.
L’analyse statique ne vérifie pas l’application en fonctionnement. Testez la configuration et la reprise avant de les utiliser en production.
Contenu éditorial vérifié: 2026-10-10