n8n ist eine Workflow-Automatisierungsplattform mit über 200.000 GitHub-Sternen, positioniert als 'Open-Source-Zapier': Per Drag-and-drop verbinden Nodes Hunderte Apps und laufen per Zeitplan oder Trigger — Routinearbeit entfällt. Beliebt ist es nicht, weil es gratis ist, sondern weil die Self-Hosted-Edition keine Ausführungsobergrenze hat — je mehr Automatisierung läuft, desto mehr spart man gegenüber Cloud-Diensten.
Offizielle Repository-Informationen
Plattform: GitHub; Organisation: n8n-io; Projekt: n8n. Die Repository-Adresse lautet github.com/n8n-io/n8n — damit landet man nicht auf einer Kopie. Das Docker-Image wurde über 270 Millionen Mal gezogen; in der Self-Hosting-Szene ist es das führende Projekt der Automatisierungskategorie.
Für wen es passt
Teams mit Dutzenden bis Hunderten sich wiederholender Vorgänge pro Tag: Cloud-Tarife rechnen pro Ausführung oder Seat ab — je mehr Volumen, desto lohnender das Self-Hosting. Umgebungen, in denen Daten das Haus nicht verlassen dürfen: Workflows, Zugangsdaten und Ausführungsprotokolle bleiben auf den eigenen Servern — gut für Daten-Compliance. Menschen mit Basis-Ops-Kenntnissen: Wer Docker bedienen und einen Reverse Proxy konfigurieren kann, startet mit einem Befehl, installiert beliebige Community-Nodes und bindet interne Datenbanken an.
Nicht geeignet: wer nie einen Server anfassen will. Diese Nutzer nehmen besser n8n Cloud oder ein Zapier-ähnliches SaaS — Seelenfrieden schlägt Sparen; und kleine Teams ohne jemanden, der die Kiste beobachtet, verwandeln die Ersparnis in einen Störfall, wenn sie nachts um drei ausfällt und niemand neu startet.
Deployment-Kosten: leichter als gedacht, schwerer als 'ein Klick'
Das offizielle Docker-Image startet einen persönlichen Test mit einem einzigen docker run; in einem Praxistest lag der Idle-Speicherverbrauch bei etwa 690 MB — ein kleiner VPS mit 2 Kernen und 4 GB reicht. Für Produktion auf PostgreSQL umstellen (das Standard-SQLite hält keine Nebenläufigkeit aus) und Redis-Queue-Modus mit mehreren Workern zur Lastverteilung dazu. Kosten: ein Server — keine Abrechnung pro Ausführung.
Das n8n_data-Volume sichern: Der beim ersten Start erzeugte Verschlüsselungsschlüssel liegt darin; geht das Volume verloren, sind alle gespeicherten Zugangsdaten dahin. Wer den Schlüssel selbst verwalten will, setzt N8N_ENCRYPTION_KEY vor dem ersten Start.
Echte Fallstricke: erst lesen, dann entscheiden
Lizenzgrenzen. n8n ist Fair-Code, keine Open Source im klassischen Sinn — es nutzt die Sustainable Use License plus Enterprise-Lizenz: interne geschäftliche Nutzung ist gratis, aber n8n selbst als Dienst für Dritte anzubieten erfordert vorher einen Blick in die Lizenzbedingungen; nicht wie MIT behandeln. Die bezahlten Business-/Enterprise-Lizenzen schalten Enterprise-Funktionen wie SSO, erweiterte Berechtigungen und Log-Streaming frei.
Versions-Upgrades. Fast zweihundert stabile Releases pro Jahr — extrem schnelles Tempo. In Produktion die Image-Version vor dem Upgrade pinnen, vorher das Daten-Volume sichern, Major-Versionen erst im Staging testen — nicht latest hinterherjagen.
Ausführungs-Timeouts. Ein einzelner Workflow, der zu lange läuft, wird gekillt; langwierige Aufgaben in Schritte teilen und im Queue-Modus mit Workern laufen lassen — nicht erwarten, dass ein Node eine halbe Stunde durchrödelt.
Sicherheit von Community-Nodes. Die Community-Edition installiert beliebige Community-Nodes aus npm — das heißt fremden Code auf dem eigenen Server ausführen: nur Nodes aus vertrauenswürdigen Quellen installieren, bei unbekannter Herkunft erst den Quellcode lesen.
Reverse-Proxy-Fallen. Hinter Proxys wie Nginx auf Webhook-Callback-URLs und 'Verbindung verloren'-Fehler achten — meist falsch konfigurierte Proxy-Header; das Reverse-Proxy-Kapitel der offiziellen Doku als Checkliste Punkt für Punkt durchgehen.
