n8n

Utilisations possibles

• Connectez des API et automatisez les tâches opérationnelles récurrentes.
• Créez des workflows déclenchés par webhook pour vos applications.

Choisir la bonne configuration

Le modèle standard comprend n8n et un service task-runner, avec les données SQLite dans /home/node/.n8n. Un exécuteur de tâches n’est pas un worker de file d’attente. Comparez la variante PostgreSQL si vous souhaitez une base distincte ; avant de passer à la variante avec files, vérifiez ses exigences Redis, workers et compatibilité.

Ce que crée ce modèle

Configuration à 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

1. Sélectionnez Configurer le déploiement et connectez-vous ou créez un compte.
2. Choisissez un projet nouveau ou existant et une région disponible.
3. Vérifiez les services, champs obligatoires, stockage et avertissements. Lancez le déploiement lorsque la configuration est prête.
4. Consultez les journaux, terminez la configuration de l’application et testez ses points d’accès avant la production.

Vérifier votre déploiement

Après avoir créé le compte propriétaire, exécutez un petit workflow et déclenchez un webhook via l’URL publique. Si vous utilisez un nœud Code, testez-le aussi et consultez les journaux de n8n et du task-runner. Après un redémarrage contrôlé, rouvrez un workflow enregistré et vérifiez ses identifiants avant de connecter des automatisations importantes.

Exploitation de cette application

• Terminez la configuration initiale de n8n lorsque le service devient accessible. Vérifiez les URL des webhooks avec le domaine réellement utilisé.
• Conservez les données des workflows et le chiffrement lors des redémarrages et mises à jour ; perdre la clé peut rendre les identifiants enregistrés inutilisables.
• Testez un workflow représentatif après le déploiement et avant une mise à niveau. Les frais de modèles et d’API externes sont distincts de l’hébergement.

Coûts d’hébergement

Prévoyez les ressources de n8n et de son exécuteur de tâches. Fréquence, workflows simultanés et données d’exécution conservées influencent les besoins ; les variantes avec base et files ajoutent des services. Les API tierces sont facturées séparément.

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.

Source 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-15

Documentation d’origine ↗Source et licence du modèle ↗