Strategiegespräch Was für ein Release das ist
n8n 3.0 ist kein Feature-Release. Es entfernt veraltete Nodes, ändert Standardeinstellungen und verschärft die Sicherheit. Ihre Workflows steuern echte Prozesse, und manche davon verhalten sich am Tag des Upgrades anders oder bleiben ganz stehen. Sechs Bereiche ändern sich: Deployment, entfernte Nodes, KI und Chat, Verhalten, Sicherheit und Konfiguration.
Drei Schritte zu einem entspannten Upgrade
01 Prüfen. Öffnen Sie in Ihrer 2.x-Instanz Settings › Migration Report und lesen Sie die Warnungen beim Start. Der Bericht listet die betroffenen Nodes, die Nutzung von Chat Hub und entfernte Variablen auf Ihrer eigenen Instanz auf, noch bevor Sie aktualisieren.
02 Auf 2.x beheben. Ersetzen Sie veraltete Nodes durch ihre Nachfolger, aktualisieren Sie AI-Agent-Nodes, setzen Sie geänderte Standardwerte ausdrücklich und exportieren Sie Test-Workflows.
03 Upgrade. Sichern Sie Datenbank und Volumes, wechseln Sie zu Docker, aktualisieren Sie zuerst eine Staging-Kopie und danach die Produktivumgebung.
Was in der Checkliste steht
- Deployment: Selbst gehostetes n8n läuft nur noch auf Docker, mit dem Setup per Einzeiler
- Entfernte Nodes und was Sie stattdessen nutzen, von Function und Cron bis Read PDF und Item Lists
- KI und Chat: die Modi von AI Agent v1, alte OpenAI-Nodes, das neue Chat-Frame-Format und Chat Hub
- Geändertes Verhalten bei If, Switch, Gmail Trigger und den Timeouts des Code-Nodes
- Sicherheit: SSRF-Sperrliste, Limits für das Entpacken, Community-Pakete und Schlüsselrotation
- Konfiguration: der umbenannte Speicherordner, entfernte Variablen und neue Standardwerte
- Eine Liste für den Upgrade-Tag mit Backups, Staging und Test-Workflows
Sechs Seiten, druckbar, auf Basis der offiziellen Breaking Changes für v3.0 auf docs.n8n.io.
Wohin sich n8n nach 3.0 entwickelt
3.0 ist das Aufräumen. Der größere Wandel kommt danach. Das n8n-Team schreibt die Workflow-Engine von Grund auf neu, rund um sechs Prinzipien der Zuverlässigkeit: Daten werden nach jedem Schritt gespeichert, damit sich Ausführungen prüfen und fortsetzen lassen; automatische Wiederholungen gibt es nur für Schritte, die sich gefahrlos wiederholen lassen; hängende Ausführungen werden repariert; Code läuft abgeschottet in einer Sandbox; eigene Worker-Pools übernehmen die Arbeit; und die Last wird verteilt, statt Reserve-Server ungenutzt bereitzuhalten.
Dazu kommen eine zentrale Übersicht über alle Ihre Instanzen (Codename Manifest, derzeit in der Testphase) und eine Governance-Roadmap: eigene Identitäten für KI-Agenten, SCIM-Provisioning (automatisches Anlegen und Entfernen von Benutzerkonten), Richtlinien und harte Ausgabenlimits, ein einfacherer Übergang zwischen Umgebungen, etwa vom Test in die Produktion, und automatisierte Tests für Workflows. End-User Credentials, mit denen ein Workflow als die Person läuft, die ihn auslöst, sind bereits als Vorschau verfügbar. Lesen Sie die vollständige Zusammenfassung des n8n-Vortrags über Zuverlässigkeit und Governance und sehen Sie, wie wir das in unserem Governance-Ansatz umsetzen.
Gemeinsam durchgehen
Bringen Sie Ihren Migration Report zum nächsten n8n-Meetup in Amsterdam mit, dann gehen wir ihn live durch. Oder vereinbaren Sie ein Strategiegespräch, und wir prüfen Ihre Instanz gemeinsam mit Ihnen. Das Upgrade dauert Minuten. Die Prüfung dauert einen Nachmittag. Beginnen Sie mit der Prüfung.
Sie möchten n8n in weiteren Teams oder Abteilungen einsetzen? Sehen Sie, wie wir einen n8n-Rollout begleiten, vom ersten Use Case bis zum zentralen Automatisierungsteam.