Alternative à n8n
Une alternative à n8n code-first pour développeurs.
Dagu est une alternative à n8n auto-hébergée pour les équipes qui préfèrent définir leur automatisation en YAML versionné plutôt que de l'assembler sur un canvas visuel — avec plannings, retries, logs et Web UI dans un binaire unique.
name: nightly-ops
schedule: "0 2 * * *"
steps:
- id: extract
run: python scripts/extract.py
- id: transform
run: ./bin/transform
retry_policy:
limit: 3
depends: [extract]
- id: notify
run: ./scripts/slack-success.sh
depends: [transform]Workflows en YAML versionné, pas un canvas visuel
Binaire unique auto-hébergé — aucune base de données ni runtime Node à opérer
Étapes shell, Docker, HTTP, SSH et agents IA
Plannings, retries, logs et Web UI intégrés
Quand vous voulez l'automatisation comme du code, pas un canvas
Un éditeur de nœuds visuel convient pour relier des applications SaaS à la main. Les équipes code-first veulent souvent l'inverse : une automatisation qui vit dans Git, se relit proprement en revue et exécute les scripts et binaires qu'elles utilisent déjà.
- Définissez chaque étape en YAML et gardez-la sous gestion de version.
- Relisez les changements d'automatisation dans une simple pull request.
- Exécutez les commandes, scripts et conteneurs que votre équipe utilise déjà.
Moins lourd à auto-héberger
Auto-héberger une plateforme d'automatisation à base de nœuds implique souvent d'opérer un service plus une base de données et de maintenir les deux en bonne santé. Dagu est un binaire unique adossé à des fichiers locaux, donc la surface opérationnelle reste réduite.
- Un binaire unique avec stockage local — aucune base de données ni broker externe.
- Démarrez sur une machine ; passez aux workers en file d'attente ou distribués si besoin.
- Gardez mises à jour et sauvegardes simples.
Conçu pour scripts, ops et agents IA
Dagu cible l'automatisation des développeurs et des opérations — jobs planifiés, pipelines, runbooks et tâches d'agents — plutôt que la glue SaaS no-code.
- Exécuteurs pour shell, Docker, HTTP, SSH, sous-workflows et étapes d'agents.
- Dépendances, retries, timeouts, logs et historique d'exécution par défaut.
- Exécutez Claude, Codex ou un autre CLI d'agent dans une étape de workflow.
n8n vs. Dagu
FAQ
Practical questions before adopting Dagu
Dagu est-il un remplacement direct de n8n ?
Non. n8n est un outil visuel, à base de nœuds, pour connecter des applications SaaS sans code. Dagu est un orchestrateur code-first : il convient quand vous voulez du YAML versionné et un binaire unique auto-hébergé pour scripts, conteneurs, cron et agents, mais ce n'est pas un constructeur en glisser-déposer et il n'a pas de marketplace de connecteurs SaaS.
Dagu a-t-il un éditeur visuel ?
Dagu fournit une Web UI pour exécuter, inspecter et surveiller les workflows, mais les workflows sont écrits en YAML plutôt que dessinés sur un canvas. L'UI sert à opérer les workflows, pas à les construire.
Dagu peut-il appeler des API et des webhooks comme n8n ?
Oui. Dagu peut effectuer des requêtes HTTP, s'exécuter selon des plannings et déclencher des étapes depuis des commandes, donc les appels d'API et les flux de type webhook sont possibles — mais il ne regroupe pas des centaines d'intégrations SaaS prêtes à l'emploi comme le fait n8n. Vous les assemblez avec des étapes HTTP et CLI.
Start with one workflow.
Install Dagu, move one fragile script or agent task into YAML, and decide from a real run history.