Waehlen Sie, wie Dagu laufen soll.
Dagu ist die Open-Source-Workflow-Engine. Hosted Dagu betreibt einen dedizierten Dagu-Server fuer Sie; private Worker koennen Docker, private Netzwerke und datenintensive Ausfuehrung in Ihrer Infrastruktur halten; Self-Host-Lizenzen ergaenzen Enterprise-Kontrollen, wenn Sie den Server selbst betreiben.
Selbst gehostet auf Ihrer eigenen Infrastruktur
Dagu ist GPLv3-lizenziert und dauerhaft kostenlos. Bezahlte Lizenzen ergänzen SSO, RBAC, Audit-Logs, Incident-Routing und Support für Teams.
- Vollständige Workflow-Automatisierung und -Überwachung
- Web-UI mit DAG-Visualisierung
- Docker-, SSH- und HTTP-Executors
- Cron-Planung und Wiederholungen
- Bis zu 2 API-Schlüssel für Automatisierung
3 Self-Host-Dagu-Serverlizenzen
15 Self-Host-Dagu-Serverlizenzen
Für Teams, die ereignisgesteuerte Workflow-Infrastruktur in komplexen Umgebungen aufbauen
- Architekturberatung für verteilte Einrichtung
- Kundenspezifische Implementierung
- MCP OIDC/SSO-Einrichtung
- Unterstützung bei der Erstmigration
- Dedizierte Meetings
Maßgeschneiderte Lösungen
Wir entwickeln maßgeschneiderte Funktionen für die spezifischen Anforderungen Ihres Unternehmens.
Schlüsselfertige Lösungen
Wir erstellen einsatzbereite Setups, mit denen Teams Dagu einfach skalieren, ohne massive technische oder Server-Ressourcen zu verbrauchen.
14-tägige Self-Host-Testlizenz in Minuten erstellen — 14 Tage, Keine Kreditkarte erforderlich. Kostenlose Lizenz testen
Verwaltete Steuerungsebene
Starten Sie mit einem dedizierten Dagu-Server, isoliert von anderen Tenants und betrieben von Dagu. Minimum und Starter sind Self-Service; Medium oder groessere gehostete Instanzen sind auf Anfrage verfuegbar.
Gehostete Instanz (Minimum)
Eine kostenguenstige gehostete Control Plane fuer Evaluierung, Orchestrierung mit geringem Volumen und Workflows, die hauptsaechlich auf privaten Workern laufen.
Passt fuer: Tests, Schedules mit geringem Volumen und Koordination. Nicht fuer dauerhafte lokale Ausfuehrung, viele Logs, Docker-Jobs oder datenintensive Verarbeitung auf dem gehosteten Server gedacht.
Monatliche Abrechnung. Dedizierte Instanz.
- Dedizierte GKE + gVisor-Instanz, isoliert von anderen Tenants
- CPU: 50m Request / 100m Limit
- Memory: 128Mi Request / 2Gi Limit
- Speicher: 1Gi persistentes Volume + 1Gi temporärer Speicher
- Private/on-prem Worker authentifizieren sich mit mTLS
Gehostete Instanz (Starter)
Eine groessere Self-Service-Control-Plane mit mehr Speicher und Runtime-Headroom fuer kleine Produktionsteams.
Passt fuer: Produktions-Orchestrierung mit geringem Volumen und moderate Logs. Docker, private Netzwerke, CPU-heavy, memory-heavy oder data-heavy Arbeit sollte auf private Worker.
Monatliche Abrechnung. Dedizierte Instanz.
- Dedizierte GKE + gVisor-Instanz, isoliert von anderen Tenants
- CPU: 250m Request / 1 vCPU Limit
- Memory: 1Gi Request / 1Gi Limit
- Speicher: 20Gi persistentes Volume + 1Gi temporaerer Speicher
- Private/on-prem Worker authentifizieren sich mit mTLS
Gehostete Instanz (Medium oder groesser)
Fuer dauerhafte lokale Ausfuehrung, groessere Logs, hoeheren Queue-Druck oder Kapazitaet ueber Starter hinaus kontaktieren Sie uns; wir dimensionieren die gehostete Instanz passend zu Ihrer Workload.
- Kapazitaet ueber Starter hinaus
- Direkte Sizing-Abstimmung mit dem Dagu-Team
- Provisioning-Plan passend zu Ihrer Workload
Kapazitaetseinstellungen
Queues, Concurrency und Ausfuehrungsort sind konfigurierbar
Nutzen Sie das Web-Terminal auf dem gehosteten Server, um die Dagu config-Datei zu bearbeiten, wenn Ihre Workload andere Queue-Namen oder andere Max Concurrency benoetigt.
- Max Concurrency steuert, wie viele Runs Dagu startet; es ist keine Ressourcengarantie. Setzen Sie den Wert passend zum Servertyp und zum realen Workflow-Verhalten.
- Runs auf dem gehosteten Server verbrauchen dessen CPU, Memory, temporaeren Storage und persistentes Volume; zu viele Logs koennen das Volume fuellen.
- Private/on-prem Worker authentifizieren sich mit mTLS und sind der richtige Ort fuer Docker, private Netzwerke, Custom Runtime, CPU-heavy, memory-heavy oder data-local Arbeit.
- Wenn Concurrency, Logs oder lokale Ausfuehrung mehr Kapazitaet als Starter brauchen, fordern Sie Medium oder groesser an, statt den gewaehlten Tier zu ueberlasten.
Dedizierte Runtime
Deine Instanz wird separat bereitgestellt und nicht in eine gemeinsame Multi-Tenant-Runtime gepackt. Managed Enterprise-Sicherheitsfunktionen sind ohne separate Self-Host-Lizenz enthalten.
gVisor-Isolation
Hosted Workloads laufen auf GKE innerhalb einer gVisor-Sandboxgrenze. Die verwaltete Instanz stellt keinen Docker-Daemon und keinen Docker-Socket bereit; private Worker authentifizieren sich mit mTLS, wenn Docker Actions, private Netzwerke oder Custom Runtimes benoetigt werden.
Persistenter Workspace
Der Speicher der Instanz bleibt erhalten, bis Sie die Instanz loeschen.
Web-Terminal-Zugriff
Oeffnen Sie das Browser-Terminal, um Dateien zu pruefen, Konfigurationen anzupassen und Dagu direkt zu betreiben.
So funktionieren Abrechnungszyklen
Self-Host-Lizenzen und Managed Instances werden als getrennte Stripe-Abonnements abgerechnet. Das Billing Portal zeigt die genauen Verlängerungsdaten je Abonnement.
Self-Host-Lizenzen
Minimum kostet 50 $/Monat für 3 lizenzierte Dagu-Server. Pro kostet 150 $/Monat für 15. Worker sind enthalten. Plan- und Intervalländerungen werden über Stripe verarbeitet und anteilig berechnet, wenn sie den aktuellen Abrechnungszeitraum betreffen.
Verwaltete Instanzen
Hosted Minimum und Starter werden monatlich pro Instanz abgerechnet. Das Speichern einer Zahlungsmethode startet keine Abrechnung. Fehlgeschlagene Instanzen bleiben nicht in der Abrechnung; zusaetzliche Instanzen und Shutdowns werden im laufenden Monat anteilig berechnet. Gestoppte Instanzen laufen weiter in der Abrechnung, weil Speicher erhalten bleibt. Jede anteilige Gutschrift ist eine Stripe-Rechnungsgutschrift fuer zukuenftige Dagu Rechnungen im selben Abrechnungskonto und in derselben Waehrung, kein uebertragbares Guthaben und keine automatische Erstattung.
Deployment-Modelle
Wählen Sie, wo der Dagu-Server läuft und wo Ihre Workflows ausgeführt werden.
Community-Self-Host
- Control Plane
- Ihre Infrastruktur mit dem Open-Source-Dagu-Server.
- Ausführung
- Lokale Ausfuehrung und Workers laufen auf Maschinen, die Sie betreiben.
- Am besten geeignet für
- Teams, die die kostenlose GPLv3 Engine ohne Managed Control Plane nutzen wollen.
Enterprise-Self-Host
- Control Plane
- Ihre Infrastruktur mit lizenzierten Dagu-Servern fuer SSO, RBAC, Audit Logging und .
- Ausführung
- Workers laufen in Ihrer Infrastruktur und werden nicht separat lizenziert.
- Am besten geeignet für
- Teams, die Enterprise Controls brauchen und Dagu in ihrer eigenen Sicherheitsgrenze behalten wollen.
Verwalteter Dagu Server + Private Workers
- Control Plane
- Ein vollstaendiger Dagu Server in einer dedizierten, isolierten gVisor-Instanz auf GKE, betrieben von Dagu mit enthaltener Managed License.
- Ausführung
- Fuehren Sie Workflows direkt im verwalteten Dagu-Server aus oder verbinden Sie mTLS-authentifizierte private Worker fuer Docker, private Netzwerke und Custom Runtimes.
- Am besten geeignet für
- Teams, die Dagu den vollstaendigen Server betreiben lassen wollen, waehrend ausgewaehlte Execution nah an ihren Systemen bleibt.
Managed Dagu ist ein vollstaendiger Dagu-Server. Private Worker authentifizieren sich mit mTLS und lassen Docker Steps, private Netzwerkzugriffe, Secrets und datenintensive Arbeit in Ihrer Infrastruktur.
Welches Bereitstellungsmodell passt zu Ihrem Team?
Hosted Dagu und Self-Host loesen unterschiedliche Probleme. Waehlen Sie das Modell, das zu Ihrer Betriebsweise passt.
| Gehostetes Dagu | Self-hosted Dagu | |
|---|---|---|
| Abrechnungseinheit | 20 $ fuer Minimum oder 50 $ fuer Starter, monatlich pro gehosteter Instanz | Community ist kostenlos; Self-Host-Pläne starten bei 50 $/Monat für 3 Serverlizenzen |
| Isolationsmodell | Dedizierte Instanz, von anderen Tenants isoliert, mit gVisor-Sandboxing | Die Isolation wird durch Ihre eigene Infrastruktur und Ihre Kontrollen definiert |
| Wer betreibt es | Dagu betreibt Plattform, Netzwerk und Runtime-Umgebung | Ihr Team betreibt Server, Upgrades und die umgebende Infrastruktur |
| Skalierungspfad | Mit Minimum oder Starter starten, schwere Ausfuehrung auf private Worker legen, Dagu config anpassen oder Medium/groessere Kapazitaet anfordern | Wechsle von Minimum mit 3 lizenzierten Servern zu Pro mit 15, oder frage nach einem Custom-Enterprise-Kontingent; Worker benötigen keine separaten Lizenzen |
| Sicherheitsfunktionen | Verwaltete GKE + gVisor-Isolation, kontrollierte Netzwerkpolitik, Browser-Zugriff und keine Docker-Socket-Freigabe | SSO, RBAC, Audit-Logging und ueber die Self-Host-Lizenz |
| Am besten geeignet fuer | Teams, die Dagu schnell einsetzen wollen, ohne Plattformbetrieb selbst zu uebernehmen | Teams, die Dagu innerhalb ihrer eigenen Umgebung und Sicherheitsgrenze brauchen |
Häufig gestellte Fragen
Was ist eine gehostete Instanz?
Eine gehostete Instanz ist eine dedizierte Dagu-Umgebung, die von Dagu verwaltet wird. Sie ist von anderen Mandanten isoliert, enthält Enterprise-Sicherheitsfunktionen für diese Instanz und wird separat von Self-Host-Lizenzen abgerechnet.
Was kostet eine Self-Host-Lizenz?
Community bleibt kostenlos und Open Source. Benachrichtigungs-Routing und bis zu 2 API-Schlüssel sind ohne Lizenz verfügbar. Minimum kostet 50 $/Monat für 3 Self-Host-Dagu-Serverlizenzen. Pro kostet 150 $/Monat für 15. Bezahlte Lizenzen heben das Community-Limit für API-Schlüssel auf und ergänzen SSO, RBAC, Audit-Logs, Incident-Routing und Support. Worker sind enthalten und werden nicht separat lizenziert.
Was enthalten Hosted Minimum und Starter?
Hosted Minimum ist ein dedizierter GKE + gVisor Dagu-Server fuer 20 $ pro Monat mit 50m CPU Request / 100m CPU Limit, 128Mi Memory Request / 2Gi Memory Limit, 1Gi persistentem Storage und 1Gi temporaerem Storage. Er passt fuer Tests, Orchestrierung mit geringem Volumen und Workflows, die hauptsaechlich auf privaten Workern laufen. Hosted Starter kostet 50 $ pro Monat mit 250m CPU Request / 1 vCPU Limit, 1Gi Memory Request / 1Gi Memory Limit, 20Gi persistentem Storage und 1Gi temporaerem Storage. Er passt fuer Produktions-Orchestrierung mit geringem Volumen und moderate Logs. Queue-Namen und Max Concurrency werden in der Dagu config-Datei auf dem gehosteten Server konfiguriert und sollten zu Serverressourcen und Workload passen.
Wie funktionieren groessere gehostete Instanzen?
Gehostete Instanzen ueber Starter hinaus sind anfragebasiert. Kontaktieren Sie das Dagu-Team, und wir dimensionieren die Instanz passend zu Ihrer Workload.
Koennen gehostete Deployments Docker-Steps ausfuehren?
Nicht in der verwalteten Instanz. Verwaltete Instanzen laufen auf GKE mit gVisor-Isolation und stellen keinen Docker-Daemon und keinen Docker-Socket bereit. Docker-Step-Types koennen auf einem Private Worker in Ihrer Infrastruktur laufen, verbunden mit dem Managed Dagu Server ueber das Worker-mTLS-Bundle.
Gibt es fuer hosted eine Jahresabrechnung?
Noch nicht. Hosted Minimum und Starter werden derzeit monatlich abgerechnet. Self-Host-Pläne unterstützen monatliche und jährliche Abrechnung: Minimum kostet 50 $/Monat oder 500 $/Jahr für 3 Lizenzen; Pro kostet 150 $/Monat oder 1.500 $/Jahr für 15 Lizenzen.
Wie funktioniert die Lizenz-Testphase?
Erstelle eine kostenlose Testlizenz in der Dagu-Konsole, aktiviere die bezahlten Self-Host-Funktionen in deinem Self-Host-Deployment und teste sie 14 Tage lang. Zum Start ist keine Kreditkarte erforderlich.
Was passiert, wenn Provisioning fehlschlaegt oder ich eine gehostete Instanz stoppe oder herunterfahre?
Fehlgeschlagene Instanzen bleiben nicht in der Abrechnung. Stop behält persistenten Speicher und monatliche Abrechnung. Shutdown entfernt behaltene Ressourcen und beendet zukünftige Abrechnung nach der Bereinigung; ungenutzte Monatszeit wird als Stripe-Rechnungsgutschrift oder Anpassung für Ihren Dagu Abrechnungskunden behandelt. Sie wird automatisch auf zukünftige Dagu Rechnungen im selben Konto und in derselben Währung angewendet, nicht bei anderen Händlern oder separaten Stripe-Konten, und ist keine automatische Kartenerstattung.