Flieber orchestre les workflows clients et DevCake open source avec Dagu
Flieber s’appuie sur Dagu pour créer et exécuter les DAGs clients de sa plateforme interne, remplaçant les orchestrateurs lourds par un moteur léger, économe et portable.
Conçu pour les équipes dont le métier n'est pas l'orchestration.
Définissez vos workflows en YAML déclaratif ; un binaire open source les exécute, en local ou via SSH, avec planification, reprises, tâches humaines, logs et interface web. Vos scripts, conteneurs et agents IA restent intacts. Pas de base de données externe, pas de framework.
$curl -fsSL https://raw.githubusercontent.com/dagucloud/dagu/main/scripts/installer.sh | bashschedule: "0 2 * * *" # runs every night at 02:00type: chainsteps:- id: fetch_datarun: python fetch.py- id: build_reportaction: docker.runwith:image: ghcr.io/acme/reporting:1.4.2volumes:- ~/data:/work/datacommand: python report.py- id: notifyrun: ./notify.sh
Flieber s’appuie sur Dagu pour créer et exécuter les DAGs clients de sa plateforme interne, remplaçant les orchestrateurs lourds par un moteur léger, économe et portable.
Installez Dagu et exécutez votre premier workflow depuis l’interface Web en quelques minutes.
Ajoutez une étoile à Dagu sur GitHub pour enregistrer le dépôt et montrer votre soutien.
Créez et lancez des workflows depuis Claude, Codex, Cursor ou n'importe quel client MCP.
Depuis vos outils d'IA
Les outils MCP aux droits limités permettent de créer des workflows et de suivre leurs exécutions. Depuis le même client, vous pouvez relancer un échec ou arrêter une exécution.
Agent / IDE → MCP → Dagu
Configurer MCPTout ce qui suit est inclus dans le binaire open source ; SSO, RBAC et journaux d'audit s'activent avec une licence self-host.
Exécutez des étapes de workflow dans des conteneurs Docker quand l'isolation ou les outils empaquetés comptent.
Composez de plus grandes opérations à partir de workflows plus petits et réutilisables.
Exécutez des commandes sur des serveurs distants via SSH tout en gardant statut et logs dans Dagu.
Exécutez des workflows récurrents avec syntaxe cron, fuseaux horaires et contrôles manuels.
Configurez le routage dans la Web UI pour que les exécutions en échec ou en attente arrivent au bon canal ou fournisseur d'incidents.
Déclenchez des workflows depuis des systèmes externes sans ajouter une autre couche de service.
Inspectez les DAGs, exécutions, logs, historiques et définitions de workflow depuis un seul endroit.
Les workflows sont basés sur des fichiers. Un binaire, sans base de données ni broker externe. Prêt pour les environnements air-gapped.
Un binaire pour Linux, macOS et Windows. docker run ou Helm pour les conteneurs ; montée en charge avec un coordinator et des workers routés par labels.
Les garanties et les réglages, appelés par leurs vrais noms.
Des milliers d'exécutions par jour sur une machine ; la capacité dépend du CPU, du disque et de la forme du workflow. L'état tient dans des fichiers locaux : aucune base de données à dimensionner ni à migrer.
Files basées sur des fichiers avec limites de concurrence par DAG. dagu coordinator distribue en gRPC vers des workers choisis par labels comme gpu=true.
Cron avec fuseaux horaires, catchup_window, overlap_policy, retry_policy par étape, détection de zombies, handlers de cycle de vie, notifications email et webhook, routage d'incidents.
DAGU_AUTH_MODE none, basic ou builtin ; cinq rôles RBAC ; workspaces ; tâches humaines ; masquage des secrets ; clés API ; tokens webhook par DAG.
Le même binaire fonctionne de trois façons.
Un processus dagu start-all fait tourner le serveur, le scheduler et les étapes sur une seule machine, avec un stockage basé sur des fichiers.

Votre plateforme provisionne un worker par exécution qui lance le binaire, puis le détruit une fois l'exécution terminée. Le serveur lit l'état depuis un volume partagé.

Le serveur envoie les tâches à un coordinator. Les workers se connectent en sortie via gRPC, interrogent les tâches correspondant à leurs labels et renvoient statut et logs.

Transformez scripts privés, CLIs internes, actions réutilisables, outils épinglés et artefacts en workflows que d’autres équipes peuvent demander ou exécuter en sécurité.
tools:
- jqlang/jq@jq-1.7.1
steps:
- id: collect
action: acme/dagu-action-export@v1.4.2
with:
dataset: customers
- id: transform
run: jq '.items[] | {id, email}' ${steps.collect.outputs.path}
stdout:
artifact: reports/customers.json
depends: [collect]
- id: publish
action: outputs.write
with:
values:
report: reports/customers.json
rows: ${steps.collect.outputs.rows}
depends: [transform]
Dagu est sous licence GPLv3 et restera gratuit. Les licences payantes ajoutent le SSO, le RBAC, les journaux d’audit, le routage des incidents et le support pour les équipes.
3 licences serveur Dagu self-host
$500 / an · Économisez 2 mois
15 licences serveur Dagu self-host
$1,500 / an · Économisez 2 mois
Pour les équipes qui construisent une infrastructure de workflows orientée événements dans des environnements complexes
Créer une licence d’essai self-host de 14 jours en quelques minutes — 14 jours, Sans carte bancaire. Démarrer l’essai gratuit de licence
Team et Pro incluent un support standard. Enterprise inclut un support prioritaire. Voir les détails du support
Détails sur la portée de la licence et la comparaison avec Community : Guide des licences self-host
Besoin d'une approbation interne ? Lire le dossier d'adoption
Contact
Ouvrez une issue GitHub, passez sur Discord ou envoyez un mail. C'est le mainteneur qui répond, pas un bot.