Dify, Langflow oder n8n betreiben lassen? WZ-IT übernimmt Hosting und Betrieb in Deutschland: Dify, Langflow und n8n, mit Updates, Backups und Monitoring. Für Flowise-Bestände bewerten wir die Lage und planen den Umstieg. Erstgespräch vereinbaren
Wer KI-Anwendungen nicht programmieren, sondern zusammenstecken will, landet bei einem von vier Werkzeugen: Dify, Flowise, Langflow oder n8n. Sie sehen ähnlich aus, haben aber unterschiedliche Herkunft, Lizenzen und Betriebsmodelle. Eines davon, Flowise, wird nicht mehr weiterentwickelt.
Dieser Beitrag vergleicht die vier Werkzeuge nach den Kriterien, die im Betrieb zählen: Lizenz und Hosting für Dritte, Funktionsumfang, Bereitstellung, Rechte und SSO, Telemetrie, Sicherheitsmeldungen und Kosten. Alle Angaben stammen aus GitHub-API, Lizenzdateien und Herstellerdokumentation mit Stand 21. Oktober 2026.
Eine Abgrenzung vorab: Die Werkzeuge in diesem Beitrag bauen Workflows und Agenten. Wer eine Chat-Oberfläche für Mitarbeitende sucht, vergleicht stattdessen Open WebUI, LibreChat und AnythingLLM, siehe Open WebUI vs. AnythingLLM.
Inhaltsverzeichnis
- Kurz beantwortet
- Flowise: archiviert und abgewickelt
- Lizenz und Hosting für Dritte
- Funktionsvergleich
- Bereitstellung und Betrieb
- Benutzer, Rechte und SSO
- Telemetrie und Datenfluss
- Sicherheitsmeldungen der letzten zwölf Monate
- Kosten
- Welches Werkzeug für welchen Einsatz
- Verbreitete Irrtümer
- Stand und Methodik
- Unser Vorgehen bei WZ-IT
- Weiterführende Guides
- Quellen
Kurz beantwortet
| Dify | Flowise | Langflow | n8n | |
|---|---|---|---|---|
| Zweck | Plattform für LLM-Anwendungen mit Workflow, Wissensbasis und Agenten | Visueller Builder für Agenten und LLM-Workflows | Python-Framework mit visuellem Editor | Workflow-Automatisierung mit KI-Agenten |
| Lizenz | Dify Open Source License (modifizierte Apache 2.0) | Apache 2.0 plus kommerzielle Enterprise-Teile | MIT | Sustainable Use License plus Enterprise License |
| Open Source nach OSI | nein | teilweise (Kern: Apache 2.0) | ja | nein (fair-code) |
| Neueste Version | 1.17.1 (10.09.2026) | [email protected] (29.07.2026) | 1.12.7 (21.10.2026) | 2.44.5 (21.10.2026) |
| GitHub-Sterne | rund 159.000 | rund 55.500 | rund 155.900 | rund 208.200 |
| Status | aktiv | archiviert, End of Life | aktiv, gehört über DataStax zu IBM | aktiv |
| Wichtigste Einschränkung | Multi-Tenant und Logo | eingestellt | RBAC und eigenes SSO nur per Plugin | Hosting für Dritte, Funktionen nach Tarif |
Faustregel: Dify für KI-Anwendungen mit Wissensbasis und Veröffentlichung, Langflow für Teams mit Python-Nähe und MIT-Lizenz, n8n für Prozessautomatisierung mit KI-Schritten. Flowise nicht mehr neu einführen.
Flowise: archiviert und abgewickelt
Die Maintainer haben das Ende von Flowise in einer Ankündigung und auf der Seite flowiseai.com/sunset festgehalten. Der Fahrplan:
| Datum | Ereignis |
|---|---|
| 14.08.2025 | Workday übernimmt Flowise |
| 29.07.2026 | Code Freeze laut Ankündigung, letzte Version [email protected] |
| 13.08.2026 | Ankündigung der Maintainer (Discussion 6727), Repository archiviert, Issues und Pull Requests gesperrt |
| 31.08.2026 | End of Life, offizielle Präsenz des Kernteams in Discord und GitHub endet |
Die Begründung der Maintainer: Coding-Agenten ersetzten starre Low-Code-Workflows. Der Quellcode bleibt öffentlich, der Apache-2.0-Teil darf geforkt werden, die kommerziellen Enterprise-Teile nicht. Zu Flowise Cloud, Enterprise-Verträgen und Sicherheitsupdates nach dem End of Life gibt es keine Aussage. Die Webseite nennt als Datum der Archivierung den 10. August, Ankündigung und Repository den 13. August; der letzte Commit stammt vom 13. August.
Für den Betrieb heißt das:
- Keine neuen Projekte auf Flowise.
- Sicherheitslage: Nach der Archivierung veröffentlichte GitHub 20 weitere Advisories, sechs davon vom 10. September 2026 ohne Hinweis auf eine gepatchte Version. Da keine Releases mehr erscheinen, sind Korrekturen nicht zu erwarten.
- Startfehler im Docker-Image: Das Docker-Image 3.1.4 startet laut Issue #6688 nicht (laut Kommentaren wegen einer ungepinnten Abhängigkeit,
connect-sqlite3); das Issue ist offen und gesperrt. - Bestand: Ein Umstieg ist zu planen, solange noch Zeit dafür ist. Flows lassen sich nicht automatisch übertragen; Zugangsdaten, Wissensbasen und Prompts werden übernommen, die Ablaufstruktur wird neu gebaut.
Lizenz und Hosting für Dritte
Die Lizenz entscheidet bei diesen vier Werkzeugen mehr als bei den meisten anderen Open-Source-Projekten. Drei von vier haben eine Sonderlizenz, GitHub zeigt dort NOASSERTION oder Other.
| Werkzeug | Lizenz | Was zusätzlich gilt |
|---|---|---|
| Dify | modifizierte Apache 2.0 | Multi-Tenant-Betrieb nur mit schriftlicher Erlaubnis (ein Tenant entspricht einem Workspace); Logo und Copyright im web/-Frontend bleiben; Contributor stimmen zu, dass der Hersteller die Lizenz strenger oder lockerer fassen darf |
| Flowise | Apache 2.0 | Verzeichnis packages/server/src/enterprise unter kommerzieller Lizenz (SSO, Workspaces, RBAC) |
| Langflow | MIT | keine Zusatzbedingungen |
| n8n | Sustainable Use License 1.0 | Nutzung für eigene interne Geschäftszwecke; Dateien mit .ee. unter der n8n Enterprise License, produktiv nur mit Lizenz |
n8n. Der Hersteller schreibt selbst, dass er sich nicht Open Source nennt. Die Lizenz-FAQ führt auf, was erlaubt ist: Auftragsarbeit gegen Entgelt (Workflows bauen, einrichten, warten, schulen), mehrere eigene Instanzen, n8n als Backend im eigenen Produkt ohne Endnutzer-Zugriff auf die Workflow-Logik und die Installation auf dem Server eines Kunden, solange man nicht zusätzlich hostet. Nicht erlaubt ist unter anderem, n8n als Dienst zu hosten, wenn Kunden darauf Workflows bauen, Endnutzern den Workflow-Bau zu ermöglichen (die FAQ nennt auch MCP und KI-Agenten als Wege), n8n als eigenes Automatisierungsprodukt zu forken oder White-Label-Angebote. Der Contributor-Vertrag erlaubt dem Hersteller, die Lizenz ohne Rückfrage zu ändern. Bis zum 17. März 2022 galt Apache 2.0 mit Commons Clause.
Dify. Kommerzielle Nutzung ist erlaubt, auch als Backend-Service für andere Anwendungen. Die zwei Zusatzbedingungen betreffen Plattformbetreiber: Wer mit dem Quellcode mehrere Mandanten (Workspaces) in einer Umgebung betreibt, braucht eine schriftliche Erlaubnis, und das Frontend-Logo darf nicht entfernt werden. Die Klausel knüpft an den Betrieb einer Umgebung mit mehreren Workspaces an. WZ-IT betreibt Dify als dedizierte Einzelinstanz je Kunde mit unverändertem Branding. Die Preisseite beschreibt die Community-Edition außerdem als "für nicht-kommerzielle Projekte", während der Lizenztext kommerzielle Nutzung erlaubt.
Flowise und Langflow. Flowise startete im April 2023 unter MIT, wechselte im September 2023 zu Apache 2.0, ergänzte im November 2023 eine Multi-Tenant- und Logo-Klausel, strich diese im Januar 2024 wieder und führt seit Mai 2025 kommerzielle Enterprise-Teile im Verzeichnis enterprise. Langflow steht seit Aufnahme der LICENSE-Datei im Februar 2023 unter MIT, ein Lizenzwechsel ist nicht verzeichnet.
Dieser Abschnitt ordnet Lizenztexte und Herstellerhinweise ein und ist keine Rechtsberatung. Wer eines der Werkzeuge für Dritte betreibt, sollte die Lizenz vorab mit dem Hersteller oder einer Rechtsberatung klären.
Funktionsvergleich
Alle vier decken die Grundfunktionen ab. Die Unterschiede liegen im Schwerpunkt.
| Funktion | Dify | Flowise | Langflow | n8n |
|---|---|---|---|---|
| Schwerpunkt | LLM-Apps | Agenten und Chatflows | Agenten in Python | Prozessautomatisierung |
| Wissensbasis und RAG | Knowledge Base, Knowledge Pipeline, externe Wissensbasen per API | Dokumentspeicher, Vektor-DBs als Knoten | Embedding-Modelle, Vektorspeicher, Knowledge Bases | Vektorspeicher und Embeddings als Knoten |
| Agenten | Agent-Knoten, Agenten mit eigener Sandbox | Assistant, Chatflow, Agentflow (Multi-Agent) | Multi-Agent-Orchestrierung | AI-Agent-Knoten mit Tools und Memory |
| MCP | Client (nur HTTP) und Server | Client- und Server-Knoten | Client und Server | Server eingebaut, Client-Knoten, Server-Trigger |
| Human-in-the-loop | Knoten "Human Input" | Freigabe je Tool oder Knoten | Pausieren und Freigeben | Freigabe vor Tool-Aufruf |
| Code | Python, JavaScript (Sandbox) | eigener Code, Ausdrücke | Python in jeder Komponente | JavaScript, Python |
| Trigger | Zeitplan, Webhook, Integrationen | Prediction-API | Webhook-Komponente, API | Webhook, Zeitplan, Queues, viele Apps |
| Veröffentlichen | Web-App, API, Embed, MCP | Embed-Widget, Share, API | API, Embed-Widget, MCP, /api/v1/responses |
Chat Hub, Webhooks, Embedded Chat |
| Integrationen | Plugins und Marketplace, Zahl nicht genannt | "100+" Quellen, Tools, Vektor-DBs | "Hunderte" vorgefertigte Komponenten (Webseite) | 2.000+ laut Webseite (GitHub-Beschreibung nennt 400+) |
Die Zahl der n8n-Integrationen schwankt je nach Quelle zwischen 400, 500, 1.500 und über 2.000 und ist nicht belastbar vergleichbar.
Bereitstellung und Betrieb
| Dify | Flowise | Langflow | n8n | |
|---|---|---|---|---|
| Wege | Docker Compose; Kubernetes offiziell nur Enterprise | npm, Docker, Compose | uv pip install, Docker, Desktop, Helm-Charts |
Docker, Compose, npm |
| Zusatzdienste | PostgreSQL, Redis, Vektor-DB (Standard Weaviate), Sandbox, Worker: 7 Kern- und 8 Abhängigkeits-Container | SQLite (Standard), MySQL, MariaDB, PostgreSQL; Queue-Modus mit Redis | SQLite (Standard), PostgreSQL; Redis für mehrere Worker | SQLite (Standard), PostgreSQL; Queue-Modus mit Redis |
| Skalierung | Celery-Worker, mehrere API-Replicas nur mit Sticky Sessions | Queue-Modus mit beliebig vielen Workern | mehrere Worker (LANGFLOW_WORKERS) mit Redis-Job-Queue |
Queue-Modus mit Workern; Multi-Main nur Enterprise |
Dify ist das schwerste Paket im Betrieb: Der Compose-Stack startet 15 dauerhaft laufende Container (plus einen einmaligen Init-Container), die Dokumentation nennt mindestens 2 CPU-Kerne und 4 GiB RAM. Für Langflow gibt es offizielle Helm-Charts (langflow-ide, langflow-runtime), bei Dify ist Kubernetes offiziell der Enterprise-Edition vorbehalten. Bei n8n und Flowise liegt der Einstieg bei einem Container mit SQLite; für den Queue-Modus gehören PostgreSQL und Redis dazu.
Benutzer, Rechte und SSO
| Dify | Flowise | Langflow (OSS) | n8n | |
|---|---|---|---|---|
| Rollen | Owner, Admin, Editor, Normal | Workspaces mit RBAC nur Cloud und Enterprise | Superuser und weitere Nutzer; keine RBAC-Durchsetzung | Owner, Admin, Member; Projektrollen |
| Mehrere Workspaces | nur Enterprise (Community: ein Workspace nach der Installation; weitere über ALLOW_CREATE_WORKSPACE, dann Multi-Tenant-Klausel beachten) |
nur Cloud und Enterprise | nein | Projekte, Zuordnung nach Edition widersprüchlich dokumentiert |
| SSO | Enterprise (Community: OAuth-Login mit GitHub oder Google) | OIDC, nur Enterprise | External Authentication (Token eines vorgeschalteten Identity-Providers oder OIDC-Proxys); eigenes OIDC, SAML und LDAP als Plugin | SAML, OIDC, LDAP ab Business (Self-Hosting) |
| Audit-Log | in der Doku nicht gefunden (Run-Logs vorhanden) | Login-Aktivität dokumentiert (Enterprise und Cloud); allgemeines Audit-Log in der Doku nicht gefunden | Audit-Tabelle für Autorisierungsentscheidungen (optional, standardmäßig aus, Aufbewahrung 90 Tage) | nur Enterprise |
| Versionierung | Entwurf, Live-Version und frühere Versionen | in der Doku nicht gefunden | Versionsverlauf im Flow-Editor (Speichern, Vorschau, Wiederherstellen) | Workflow-Verlauf (24 Stunden für alle, voller Verlauf Enterprise); Git und Umgebungen ab Business |
Langflow setzt in der Open-Source-Version keine rollenbasierten Rechte durch: Die Dokumentation beschreibt einen Pass-through-Dienst, der jede Aktion erlaubt; Rollen (viewer, developer, admin) setzt erst ein separates Plugin durch. Daneben gibt es bei External Authentication eine grobe Zugriffsgrenze aus einem JWT-Claim. Wer Langflow für mehrere Teams betreibt, sichert den Zugang deshalb über Reverse Proxy, Netzwerk und Identity-Provider ab.
n8n liefert nach eigener Angabe "fast den kompletten Funktionsumfang" in der Community-Edition. Nicht enthalten sind unter anderem Variablen, Umgebungen, externe Secret-Stores, Log-Streaming, Multi-Main, SSO und Git-Anbindung.
Telemetrie und Datenfluss
| Werkzeug | Standard | Abschalten |
|---|---|---|
| Dify | Update-Check an updates.dify.ai, Next.js- und Weaviate-Telemetrie im Compose-Stack; eigene Produkt-Telemetrie nicht belegt |
Update-URL leeren, Next.js-Telemetrie und WEAVIATE_DISABLE_TELEMETRY=true per Variable setzen |
| Flowise | seit Mai 2025 standardmäßig aus; sendet nur, wenn POSTHOG_PUBLIC_API_KEY gesetzt ist |
DISABLE_FLOWISE_TELEMETRY wirkt in aktuellen Versionen nicht mehr |
| Langflow | anonyme Telemetrie an (Version, Plattform, Flow-Läufe und Komponentenausführungen mit Dauer, Erfolg und Fehlermeldung); Desktop sendet zusätzlich die registrierte E-Mail-Adresse | DO_NOT_TRACK=True |
| n8n | Telemetrie an (Ereignisse, Ausführungszahlen, Instanz-Puls alle sechs Stunden), keine Workflow-Daten | N8N_DIAGNOSTICS_ENABLED=false; Business- und Enterprise-Lizenzschlüssel pingen täglich den Lizenzserver |
Für Umgebungen mit Netzwerkabschottung ist das ein Prüfpunkt vor dem Rollout: Telemetrie und Update-Prüfung abschalten und ausgehende Verbindungen per Firewall begrenzen.
Sicherheitsmeldungen der letzten zwölf Monate
Veröffentlichte GitHub-Security-Advisories vom 21.10.2025 bis 21.10.2026:
| Werkzeug | Advisories | davon critical | davon high |
|---|---|---|---|
| Dify | 13 | 0 | 6 |
| Flowise | 109 | 28 | 63 |
| Langflow | 35 | 16 | 12 |
| n8n | 217 | 22 | 97 |
Die Zahl sagt nichts über die Qualität eines Projekts. Sie zeigt, wie viel gemeldet und veröffentlicht wurde, und hängt von Größe, Angriffsfläche und Meldekultur ab. Auffällig sind die Muster: Bei n8n betrafen die kritischen Meldungen überwiegend Remote Code Execution (unter anderem über Merge-, Git-, XML- und Code-Knoten) und Sandbox-Ausbrüche, seit Juni 2026 sind keine critical-Meldungen mehr erschienen, alle Einträge haben eine gepatchte Version. Bei Flowise fielen 20 Meldungen in die Zeit nach der Archivierung.
Für alle vier gilt: Workflow-Builder führen Code aus und halten Zugangsdaten zu vielen Systemen. Updates zeitnah einspielen, Zugänge einschränken und die Instanz nicht direkt ins Internet stellen.
Kosten
Selbst betrieben fällt keine Lizenzgebühr an, solange die Lizenzbedingungen eingehalten werden und keine Enterprise-Funktionen genutzt werden. Die Hersteller bieten zusätzlich Cloud-Tarife an (Preisseiten, Stand 21. Oktober 2026; Dify ohne Steuern, bei n8n ohne Angabe zu Netto oder Brutto):
| Werkzeug | Cloud-Tarife | Enterprise |
|---|---|---|
| Dify | Professional 59 USD je Workspace und Monat (590 USD jährlich), Team 159 USD (1.590 USD jährlich) | auf Anfrage |
| Flowise | Free 0 USD, Starter 35 USD, Pro 65 USD je Monat; Seite trägt den Hinweis zur Einstellung | auf Anfrage, nach dem End of Life ohne Aussage |
| Langflow | keine Preise veröffentlicht | Kontaktseite für Professional Services und Premier Support |
| n8n | Starter 20 EUR, Pro 50 EUR je Monat (jährliche Abrechnung); Business 667 EUR je Monat, derzeit nur Self-Hosting | auf Anfrage |
Die Kosten im Betrieb entstehen durch Hosting, Updates, Backups, Monitoring und die Pflege der Flows.
Welches Werkzeug für welchen Einsatz
| Einsatz | Passt am besten | Zu beachten |
|---|---|---|
| KI-Anwendungen mit Wissensbasis, Veröffentlichung als Chatbot oder API | Dify | Multi-Tenant und Logo-Klausel; SSO und Rollen nur Enterprise; Betrieb mit 15 Containern |
| Python-nahe Teams, Flows als nachvollziehbarer Code, MIT-Lizenz | Langflow | Keine RBAC-Durchsetzung im OSS-Build; Zugang selbst absichern; wöchentliche Releases |
| Prozessautomatisierung mit KI-Schritten, viele Fremdsysteme | n8n | fair-code-Lizenz; Hosting für Dritte; Funktionen nach Tarif |
| Bestehende Flowise-Installation | Umstieg planen | Zielwerkzeug nach Einsatz; Flows neu bauen |
| Chat-Oberfläche für Mitarbeitende | Open WebUI, LibreChat oder AnythingLLM | andere Werkzeugklasse, siehe Vergleich |
Die Werkzeuge lassen sich kombinieren: n8n kann einen Dify-Workflow oder einen Langflow-Flow über dessen API aufrufen und so einen KI-Schritt in einen Prozess einbinden.
Verbreitete Irrtümer
- "n8n ist Open Source." Nein. n8n nennt sich selbst fair-code. Der Code ist einsehbar, die Nutzung ist durch die Sustainable Use License begrenzt.
- "Dify steht unter Apache 2.0." Nicht unverändert. Es gilt eine modifizierte Apache-2.0-Lizenz mit Multi-Tenant- und Logo-Bedingung.
- "Flowise ist eine sichere Wahl, weil es so verbreitet ist." Das Projekt ist archiviert, seit dem 31. August 2026 gilt der End of Life.
- "Langflow hat Rollen und Rechte." Die Konzepte sind dokumentiert, im Open-Source-Build aber nicht durchgesetzt.
- "Selbst gehostet heißt: keine Daten verlassen das Haus." Bei Dify, Langflow und n8n sind Update-Prüfung beziehungsweise Telemetrie standardmäßig aktiv und müssen für abgeschottete Umgebungen abgeschaltet werden.
Stand und Methodik
Stand: 21. Oktober 2026. Datenbasis sind die GitHub-API (Lizenz, Version, Sterne, Archivierungsstatus, veröffentlichte Security-Advisories), die LICENSE-Dateien der Repositories und die Dokumentation der Hersteller. Sterne sind gerundet und ändern sich täglich. Die Advisories umfassen den Zeitraum 21.10.2025 bis 21.10.2026; fehlt in den Metadaten eine gepatchte Version, bedeutet das nicht zwingend, dass keine Korrektur existiert. Preisseiten tragen kein Datum. Wo sich Dokumentation und Preisseite widersprechen (n8n: Projekte und Queue-Modus), ist das vermerkt.
Tabellen und Zahlen dürfen mit Quellenangabe und Link auf diesen Beitrag weiterverwendet werden.
Unser Vorgehen bei WZ-IT
WZ-IT betreibt Dify, Langflow und n8n als Hosting- und Betriebsangebot in Deutschland: Updates, Backups, Monitoring und die Anbindung an Modelle, ob europäische Anbieter über LLM-Hosting oder eigene Inferenz. Vor dem Betrieb für Dritte ordnen wir mit Ihnen die Lizenzlage des jeweiligen Werkzeugs ein; eine Rechtsberatung leisten wir nicht. Für bestehende Flowise-Installationen nehmen wir den Bestand auf, wählen mit Ihnen das Zielwerkzeug und übernehmen Zugangsdaten, Wissensbasen und Prompts; die Flows werden im Zielwerkzeug neu aufgebaut. Die Bewertung von Flowise-Beständen beschreibt den Ablauf.
Weiterführende Guides
- Open WebUI vs. AnythingLLM, der Vergleich der Chat-Oberflächen.
- KI-Agenten-Frameworks im Vergleich, n8n, LangGraph, CrewAI und weitere.
- Lizenzwechsel bei Open Source, die Chronik und was Betreiber tun müssen.
- Open WebUI Lizenz und Branding, ein Beispiel für Zusatzklauseln.
- KI-Plattformen für Unternehmen im Vergleich, gehostete Angebote nach DSGVO und §203.
- LLM-Hosting, Modelle in Deutschland betreiben.
Workflow-Builder auswählen oder betreiben lassen? Wir ordnen Einsatzzweck, Lizenz und Rechte ein und betreiben Dify, Langflow und n8n in Deutschland. Für Flowise planen wir den Umstieg. Termin vereinbaren
Quellen
- Dify, LICENSE
- Dify, GitHub-Repository und Releases
- Dify Docs, Docker Compose
- Dify Docs, Teammitglieder und Rollen
- Dify Docs, MCP veröffentlichen
- Dify, Preise
- Flowise, Ankündigung zur Einstellung (Discussion 6727)
- Flowise, Sunset-Seite
- Flowise, LICENSE
- Flowise, Issue 6688 (Docker-Image startet nicht)
- Flowise Docs, Workspaces
- Workday, Übernahme von Flowise (14.08.2025)
- Langflow, LICENSE (MIT)
- Langflow Docs, Authorization
- Langflow Docs, External authentication
- Langflow Docs, Telemetrie
- Langflow Docs, Kubernetes in Produktion
- IBM, Übernahme von DataStax (25.02.2025)
- n8n, LICENSE (Sustainable Use License)
- n8n, LICENSE_EE (Enterprise License)
- n8n Docs, Lizenz-FAQ
- n8n Docs, Funktionen der Community-Edition
- n8n Docs, Queue-Modus
- n8n Docs, SSO
- n8n Docs, Telemetrie
- n8n, Preise
- GitHub Security Advisories: Dify
- GitHub Security Advisories: Flowise
- GitHub Security Advisories: Langflow
- GitHub Security Advisories: n8n
