n8n ist eine Plattform, die „Workflow-Automatisierung" als Open-Source-Projekt umsetzt: Das von der Organisation n8n-io auf GitHub gepflegte n8n-Repository hat über 200.000 Sterne und gehört zu den heißesten Automatisierungs-Infrastrukturprojekten überhaupt. Man kann es sich als „Open-Source-Zapier" vorstellen – mit einem entscheidenden Unterschied: Die gesamte Plattform lässt sich auf dem eigenen Server installieren. Daten verlassen das Netzwerk nicht, und Self-Hosting kennt keine Ausführungslimits.
Was genau ist n8n
In einem Satz: Eine Workflow-Automatisierungsplattform aus visuellem Canvas plus Code-Knoten, mit nativer KI-Agenten-Orchestrierung.
Auf dem Canvas zieht man Knoten zu Workflows zusammen: Zeitplaner-Trigger, Webhooks, API-Aufrufe, Datenbankzugriffe; komplexe Logik landet direkt in Code-Knoten in JavaScript oder Python, npm-Pakete inklusive. In den letzten Jahren hat n8n den Schwerpunkt auf KI verlagert: LangChain-basierte KI-Agenten-Knoten rufen große Sprachmodelle direkt auf, binden Tools ein und führen mehrstufiges Reasoning aus; die offizielle Template-Bibliothek enthält bereits über 9.000 fertige Workflows. „n8n" ist die Abkürzung für „nodemation" und wird „n-eight-n" ausgesprochen.
Warum der Hype
Erstens brauchen KI-Agenten im Praxiseinsatz eine Orchestrierungsschicht: Die Modelle denken, aber Tool-Aufrufe, Verzweigungen und menschliche Freigaben erledigen die eigentliche Arbeit – Agenten-Orchestrierung wie bei LangGraph löst dieselbe Problemklasse, während n8n auch nicht-reinen Entwicklerteams eine visuelle Oberfläche bietet. Zweitens Datensouveränität: Finanz- und Gesundheitswesen können Daten keiner Dritt-SaaS anvertrauen. Drittens das Preismodell: Die offizielle Cloud rechnet pro Ausführung ab, Self-Hosting kostet nur Servergeld – Teams mit hohem Volumen rechnen nach und wechseln.
Für wen geeignet – und für wen nicht
Geeignet: Solo-Entwickler und kleine Teams mit Ops-Grundkenntnissen; Unternehmen, deren Daten das Intranet nicht verlassen dürfen; Szenarien, in denen KI-Agenten an Bestandssysteme angebunden und interne APIs und Datenbanken häufig aufgerufen werden; Teams mit hohem Volumen, die auf nutzungsbasierte SaaS-Preise empfindlich reagieren.
Nicht geeignet: alle, die nie einen Server anfassen wollen – bei Self-Hosting liegen Updates, Backups und Sicherheit in der eigenen Hand; wer nur zwei, drei einfache Automatisierungen braucht und ein rein nicht-technisches Team hat, fährt mit dem puren SaaS-Erlebnis von Zapier oder Make entspannter. Noch ein Hinweis: n8n steht unter einer Fair-Code-Lizenz (Sustainable Use License) – Quellcode einsehbar, aber keine OSI-anerkannte Open-Source-Lizenz. Wer eine strenge Rechtsabteilung hat, sollte den Lizenztext vor der Auswahl prüfen.
Deployment-Kosten: der in echtem Geld gemessene Teil
Der Einstieg ist blitzschnell: Ein Docker-Befehl genügt, Standard ist SQLite, Port 5678 im Browser öffnen und los – das sind die „Testkosten".
Produktion ist ein anderes Buch: Leichte Tests starten bei 1 vCPU und 2 GB RAM, für den Echtbetrieb werden 2 vCPUs und 4 GB plus PostgreSQL empfohlen; bei hoher Nebenläufigkeit oder langen KI-Läufen braucht es den Queue-Modus (Redis als Task-Queue, Hauptprozess und Worker getrennt). Ein VPS, der die Anforderungen erfüllt, kostet etwa 4 bis 10 US-Dollar im Monat – gegenüber dem offiziellen Cloud-Einstieg mit 24 Euro im Monat und Ausführungslimits sind die Hardwarekosten tatsächlich niedrig. Wer Modelle ebenfalls lokal betreiben will, findet hier eine Kostenanalyse zum lokalen Ollama-Deployment. Die versteckten Kosten nicht vergessen: Security-Patches, Versions-Upgrades, Backups und nächtliche Alarmierungen sind laufender Personalaufwand.
Vier Dinge vor dem Self-Hosting
Erstens: Schlüssel verloren, alle gespeicherten Zugangsdaten verloren. n8n verschlüsselt sämtliche Drittanbieter-Zugangsdaten mit N8N_ENCRYPTION_KEY; der Schlüssel liegt im Verzeichnis /home/node/.n8n. Die offizielle Dokumentation warnt: Fehlt das Verzeichnis beim Start, erzeugt n8n automatisch einen neuen Schlüssel, und alte Zugangsdaten lassen sich nie wieder entschlüsseln. In der Community gibt es Berichte, dass beim Wechsel vom Einzel- in den Queue-Modus der Schlüssel verloren ging und über Nacht alle Verbindungen starben. Gegenmaßnahme: Schlüssel am ersten Tag explizit setzen und außerhalb des Servers sichern; bei Migrationen zuerst den Schlüssel, dann die Daten umziehen.
Zweitens: Breaking Changes bei Major-Upgrades sind Normalität. n8n releast schnell, und zwischen Majors kracht es regelmäßig: 2.0 hat den Task-Runner aus dem Haupt-Image entfernt – Self-Hoster brauchen zusätzlich das n8nio/runners-Image; 3.0 (geplant für Oktober 2026) verlangt Docker für Self-Hosting, streicht npm-Installationen und räumt Legacy-Knoten auf. Datenbankmigrationen laufen nur vorwärts – einen offiziellen Rollback-Pfad gibt es nicht. Gegenmaßnahme: In Produktion die Image-Version pinnen, vor dem Upgrade die Datenbank sichern und betroffene Workflows vorab mit dem offiziellen Migrationsreport scannen.
Drittens: Die Standardkonfiguration hält Nebenläufigkeit und Lastspitzen nicht aus. Standard-SQLite plus Einzelprozess: Sobald die Nebenläufigkeit steigt oder einzelne Workflows große Datenmengen tragen, sind explodierender Speicherverbrauch bis hin zu Container-Abstürzen die häufigsten Community-Klagen. Produktion braucht PostgreSQL, automatische Bereinigung alter Ausführungen und notfalls die Aufteilung in Sub-Workflows. KI-Agenten-Nutzer aufgepasst: Lange Läufe und mehrstufige Tool-Aufrufe fressen deutlich mehr Speicher als klassische Automatisierung – im Queue-Modus pro Worker 1–2 GB einplanen.
Viertens: Self-Hosting heißt, die komplette Sicherheitsverantwortung zu übernehmen. Eine GitGuardian-Studie vom September 2026 fand beim Scannen öffentlicher Git-Commits 4.576 geleakte n8n-API-Token; weitere 129 öffentliche Instanzen liefen noch mit bereits geleakten schwachen Verschlüsselungsschlüsseln. Offene Ports, Reverse-Proxys, HTTPS, Patching – alles, was die Plattform in der SaaS-Ära übernommen hat, liegt nun bei einem selbst. Gegenmaßnahme: Port 5678 nicht direkt öffentlich exponieren, Token und Schlüssel über Umgebungsvariablen und Secrets-Management verwalten, in Produktion HTTPS zur Pflicht machen.
Offizielle Repository-Informationen
- Plattform: GitHub
- Organisation: n8n-io
- Projekt: n8n (Repository n8n-io/n8n)
- Lizenz: Sustainable Use License (Fair-Code: Quellcode einsehbar, selbst hostbar; keine OSI-anerkannte Open-Source-Lizenz)
