n8n Cloud oder selbst hosten: Betriebsentscheidung für KMU

Drei Entscheidungen. Trennen Sie Betriebsort, Edition und Betreuung. Ein selbst betriebener Server kann die Community Edition oder eine bezahlte Edition verwenden. Ein externer Dienstleister kann technische Aufgaben übernehmen, ohne dass damit automatisch jede gewünschte Lizenz oder Sicherheitsleistung eingeschlossen ist. Ein Cloud-Tarif sagt wiederum wenig darüber aus, wer Ihre fehlerhafte CRM-Zuordnung korrigiert.

Editionsabhängige Funktionen. Die offizielle Übersicht der Betriebsformen beschreibt Cloud und Self-Hosting sowie editionsabhängige Funktionen. Prüfen Sie Rechte, Projektfreigaben, Versionierung und Identitätsanbindung anhand Ihres tatsächlichen Tarifs. „Selbst gehostet“ bedeutet nicht, dass alle Unternehmensfunktionen kostenlos enthalten sind. Stand dieser Recherche: 26. September 2026.

Verantwortungsmatrix. Beginnen Sie deshalb mit einer Verantwortungsmatrix. Für Plattform, Datenbank, Workflow-Logik, Zugangsdaten und angeschlossene Anwendungen braucht es jeweils einen Verantwortlichen. Diese Rollen können bei unterschiedlichen Organisationen liegen; ihre Übergaben müssen trotzdem funktionieren. Geht jeder Anbieter davon aus, dass ein anderer für die Wiederherstellung zuständig ist, hat die Architektur eine betriebliche Lücke, noch bevor der erste Workflow startet.

Die Tabelle ordnet fünf Ausgangslagen einem plausiblen Ausgangspunkt zwischen n8n Cloud und Self-Hosting zu und nennt, was vorher zu klären ist.

Entscheidungshilfe. Die Tabelle ist eine Entscheidungshilfe, keine technische Zusage. Ein interner Server kann über eine genehmigte Schnittstelle mit einer gehosteten Plattform zusammenarbeiten. Umgekehrt schafft ein lokaler n8n-Server keinen zulässigen Zugang zu jedem internen System. Die Freigabe des Netzwerk- und Systemverantwortlichen bleibt notwendig.

Regionen. Schließen Sie nicht vom Hauptsitz eines Anbieters oder vom eigenen Bürostandort auf den Ort der Verarbeitung. Halten Sie die tatsächliche Betriebsregion, die angeschlossenen Dienste und die Supportregelungen fest, wenn sie Ihre Anforderungen berühren.

Abgelaufener Token. Angenommen, ein Workflow überträgt freigegebene Serviceaufträge in ein CRM. Um 10 Uhr läuft der Zugangstoken ab. In beiden Betriebsformen bleibt der fachliche Ablauf stehen, wenn niemand den Fehler erkennt und die Verbindung repariert. Die Cloud behebt keine fehlerhafte kundeneigene Berechtigung.

Datenbankausfall. Fällt dagegen die selbst betriebene Datenbank aus, muss Ihr Betriebsteam die Wiederherstellung übernehmen. In einer gehosteten Variante richtet sich die Infrastrukturbehandlung nach dem jeweiligen Leistungsumfang des Anbieters. Entscheidend ist, was vertraglich zugesagt und intern organisiert wurde, nicht das Wort „managed“ in einer Produktbeschreibung.

Für jeden wichtigen Prozess sollten Sie beantworten können:

• Wer sieht den Alarm?
• Wer prüft, welche Aufträge bereits geschrieben wurden?
• Wer darf den Zugang erneuern?
• Wie werden wartende Aufträge nachgezogen?
• Wann informiert jemand den Fachbereich?

Diese Fragen gehören vor der Hostingentscheidung auf den Tisch. Sie zeigen oft, ob die scheinbar günstigere Variante die Leistung, die Sie brauchen, tatsächlich abdeckt.

Betriebsgrundlagen. Eine installierte Oberfläche ist erst der Anfang. Planen Sie Domain und verschlüsselten Zugriff, dauerhaften Speicher, Datenbank, Sicherungen, Überwachung und ein getestetes Updateverfahren. Der n8n-Leitfaden zum Selbstbetrieb beschreibt die verfügbaren Installationswege. Übernehmen Sie versionsabhängige Kommandos aus der aktuellen Dokumentation statt aus einem älteren Blog-Tutorial.

Kapazität. Im Betriebsplan sollten außerdem Speicherwachstum, Bereinigung gespeicherter Ausführungen und der Umgang mit großen Dateien vorkommen. Ein kleiner Textworkflow beansprucht Ressourcen anders als mehrere gleichzeitig verarbeitete Dokumente. Messen Sie deshalb mit realistischen Dateigrößen und Spitzen, bevor Sie eine Servergröße festlegen.

Testsystem. Ein Testsystem darf keine echten Benachrichtigungen, Zahlungen oder Buchungen auslösen. Verwenden Sie getrennte Zugangsdaten und kontrollierte Ziele. Bei einer Wiederherstellungsübung müssen Zeitpläne und Ereignisempfang zunächst gesperrt bleiben, damit nicht zwei Instanzen denselben Auftrag bearbeiten.

Umgebende Infrastruktur. Auch die umgebende Infrastruktur braucht jemanden, der sie pflegt. Zertifikate laufen ab, Datenbankspeicher läuft voll und Identitätsrichtlinien ändern sich. Entscheiden Sie, ob diese Aufgaben bei Ihrem Team oder bei einem Dienstleister liegen, und regeln Sie die Vertretung ausdrücklich.

Sicherungsumfang. Ein Workflow-Export ist keine vollständige Sicherung Ihrer Instanz. Für die Wiederherstellung werden je nach Aufbau auch Datenbank, Konfiguration, Schlüssel und externe Speicher benötigt. Maßgeblich ist die offizielle Backup-Anleitung.

Zwei Ziele. Definieren Sie zwei Geschäftsziele in verständlicher Sprache: Wie viel bereits erfasste Arbeit darf im schlimmsten Fall fehlen? Und wie lange darf der Prozess stillstehen? Eine nächtliche Sicherung kann zu einem Prozess passen, dessen Eingang jederzeit erneut eingelesen werden kann. Sie kann für nicht reproduzierbare Transaktionen unzureichend sein.

Vorführung des Wiederanlaufs. Lassen Sie den Wiederanlauf praktisch vorführen. Nach der technischen Wiederherstellung muss eine verantwortliche Person die fachlichen Ergebnisse abgleichen. Ein Server, der wieder startet, sagt noch nicht, ob eine Bestellung doppelt gesendet wurde oder eine Freigabe fehlt.

Grenze bei der Cloud. Klären Sie bei einer Cloud-Variante, was der Anbieter wiederherstellt und was Ihr Team aus den Quellanwendungen rekonstruieren muss. Halten Sie diese Grenze im selben Betriebsdokument fest, das auch für den Vergleich mit dem Self-Hosting dient.

Beispiel 1: kein Serveradministrator. Das folgende Beispiel ist konstruiert. Ein österreichischer Betrieb nutzt ein öffentlich erreichbares CRM, Microsoft 365 und einen internen Dateiserver. Zwei Mitarbeitende sollen Workflows pflegen; niemand betreut bisher Server. Der erste Prozess benötigt nur CRM und E-Mail. Dateien werden bereits über einen genehmigten anderen Weg bereitgestellt.

Cloud-Pilot. Hier ist ein Cloud-Pilot eine plausible Ausgangsentscheidung. Vorher prüft das Team Kontorechte, Datenkategorien und die tatsächlich benötigten Funktionen. Es dokumentiert, dass der interne Dateiserver in diesem ersten Prozess nicht direkt angebunden wird. Eine spätere direkte Anbindung löst eine neue Architekturprüfung aus.

Beispiel 2: vorhandenes Plattformteam. Ein zweiter, ebenso konstruierter Betrieb hat ein Plattformteam, eine interne API und bestehende Sicherungs- und Überwachungsprozesse. Dort kann Self-Hosting gut passen. Die Entscheidung wird aber erst belastbar, wenn das Team die zusätzliche Plattform in seinen Bereitschafts- und Updateplan aufnimmt. Vorhandene Server allein beweisen keine verfügbare Betriebskapazität.

Was die Beispiele zeigen. Keines der Beispiele belegt, dass eine Variante generell günstiger oder sicherer ist. Sie zeigen, warum dasselbe Produkt in zwei sonst ähnlichen Unternehmen unterschiedliche Betriebsentscheidungen erfordern kann.

Jahresvergleich. Vergleichen Sie ein Jahr einschließlich Einführung, Plattform, Fremddiensten und interner Arbeitszeit. Prüfen Sie bei Hostingangeboten Verlängerungspreise und den genauen Betreuungsumfang. Für einen fairen Vergleich müssen beide Varianten dieselben Wiederherstellungsziele und dieselbe Workflow-Pflege abdecken.

Ausstiegsplan. Zum Ausstieg gehören eigene Konten, dokumentierte Verbindungen, exportierbare Workflows und ein Verfahren für die sichere Übertragung oder Neuerstellung von Zugangsdaten. Klären Sie auch, welche Funktionen beim Wechsel der Edition wegfallen. Eine Datei lässt sich vielleicht übertragen, während ihre Berechtigungsstruktur oder ein betriebliches Zusatzmerkmal nicht mitwandert.

Entscheidungsnotiz. Halten Sie die Entscheidung auf einer Seite fest: benötigte Systeme, Netzwerkwege, Edition, Verantwortliche, Wiederherstellungsziele und offene Annahmen. Prüfen Sie diese Notiz erneut, sobald Nutzerzahl, Datenempfindlichkeit oder Geschäftskritikalität wesentlich steigen. So bleibt die Hostingwahl nachvollziehbar, auch wenn der ursprüngliche Projektleiter später nicht mehr beteiligt ist.

Unterschiedliche Leistungsumfänge. Ein Managed-Hosting-Angebot kann sehr unterschiedlich ausfallen. Ein Anbieter installiert vielleicht nur die Plattform und aktualisiert das Betriebssystem. Ein anderer übernimmt zusätzlich Datenbank, n8n-Updates, Überwachung und Wiederherstellung. Die fachliche Prüfung Ihrer Workflows kann in beiden Fällen separat bleiben. Beschreiben Sie deshalb jede Leistung mit Ergebnis und Zuständigkeit.

Sicherungen, Updates und Monitoring. Für Sicherungen lautet die Frage nicht nur „inklusive?“, sondern: Welche Bestandteile werden gesichert, wie lange werden Sicherungen aufbewahrt, wer besitzt den nötigen Schlüssel und wer darf eine Wiederherstellung auslösen? Für Updates fragen Sie nach Testumfang, Wartungsfenster und Vorgehen bei einer inkompatiblen Node. Für Monitoring klären Sie, ob nur die Instanz erreichbar sein muss oder ob auch unbearbeitete Geschäftsvorgänge erkannt werden.

Außerhalb der Arbeitszeit. Vereinbaren Sie, wer außerhalb üblicher Arbeitszeiten handelt. Ein Alarm an ein Postfach, das bis Montag niemand liest, bietet einem zeitkritischen Wochenendprozess wenig Hilfe. Umgekehrt braucht eine einmal wöchentlich erzeugte interne Übersicht nicht automatisch einen teuren Rund-um-die-Uhr-Dienst. Der notwendige Umfang folgt aus dem Prozess und dessen manuellem Ersatzweg.

Übergaben. Regeln Sie auch die Übergaben ausdrücklich. Stellt ein Hosting-Dienstleister abgelaufene CRM-Zugangsdaten fest, braucht trotzdem jemand die Befugnis, sie zu erneuern. Die Störung sollte nicht zwischen Anbietern hin- und hergereicht werden, weil jeder seinen eigenen Bestandteil für gesund hält. Geben Sie einer Person die Verantwortung, die Wiederherstellung des gesamten Geschäftsprozesses zu koordinieren.

Die folgenden Fälle sind synthetisch. In beiden steht dieselbe technische Plattform zur Auswahl, aber die Anforderungen unterscheiden sich deutlich.

Wöchentliche interne Übersicht: Die Eingangsdaten bleiben vollständig im führenden CRM erhalten. Ein Ausfall am Dienstag kann gegebenenfalls am Mittwoch aufgeholt werden. Eine nächtliche Sicherung und ein dokumentierter Neuaufbau können ausreichen, wenn verlorene Zwischenstände aus der Quelle wiederhergestellt werden können. Ob das tatsächlich passt, bestätigt der Prozessverantwortliche anhand der benötigten Ergebnisse.

Zeitnahe Servicekoordination: Eingehende Aufträge werden verteilt und bereits zugesagte Rückrufe in mehreren Systemen gespeichert. Nach einem Ausfall darf die Plattform nicht einfach auf den letzten Nachtstand zurückgesetzt und alles nochmals ausgeführt werden. Einige Zielaktionen könnten schon erfolgt sein. Hier werden zusätzlich eine verlässliche Eingangsliste, gespeicherte Zielreferenzen und ein Abgleich vor dem Wiederanlauf benötigt.

Der Unterschied. Der Unterschied liegt nicht allein in der Häufigkeit des Backups. Entscheidend ist, ob die bisherige Arbeit rekonstruierbar ist und wie bereits erfolgte Aktionen erkannt werden. Ein höherer Hostingpreis kann sich lohnen, wenn damit ein benötigter Wiederherstellungsdienst tatsächlich abgedeckt wird. Er ist wirkungslos, wenn die fachlichen Referenzen für diesen Abgleich trotzdem fehlen.

Anbieterbewertung. Nutzen Sie diese Szenarien bei der Bewertung von Anbietern. Lassen Sie den vorgesehenen Betreiber beschreiben, wie die Wiederherstellung abläuft, wer über den Neustart entscheidet und welche Informationen der Fachbereich liefern müsste. Dieses Gespräch zeigt oft mehr als eine allgemeine Verfügbarkeitsangabe.

Wechsel vorbereiten. Cloud und Self-Hosting sind keine Entscheidungen für alle Ewigkeit. Ein späterer Wechsel sollte jedoch nicht erst im Störungsfall durchdacht werden. Dokumentieren Sie Workflow-Dateien, benötigte Nodes, Umgebungswerte, Kontoinhaber und die Funktionen, die an die bisherige Edition gebunden sind.

Kontrollierter Test. Die Zielumgebung wird zunächst mit getrennten oder eingeschränkten Zugangsdaten geprüft. Zeitpläne, Webhooks und andere produktive Auslöser bleiben kontrolliert, damit beide Umgebungen nicht gleichzeitig schreiben. Danach wird ein klarer Umschaltpunkt vereinbart. Für bis dahin offene Vorgänge muss bekannt sein, welche Umgebung sie abschließt.

Nach der Umschaltung. Nach der Umschaltung vergleichen Sie Eingänge, erfolgreiche Zielaktionen und offene Ausnahmen. Eine alte Instanz bleibt nicht unbegrenzt mit aktiven Zugangsdaten stehen. Legen Sie fest, wann sie stillgelegt wird, welche Unterlagen erhalten bleiben und wie nicht mehr benötigte Geheimnisse entzogen werden. Der Ausstieg ist damit ein nachvollziehbarer Prozess statt eines bloßen Exports.

Bewerten Sie jede Variante anhand derselben fünf Fragen:

• Erreicht sie die benötigten Systeme?
• Enthält sie die notwendigen Funktionen?
• Gibt es zuständige Personen mit Vertretung?
• Lassen sich die Wiederherstellungsziele erfüllen?
• Ist der jährliche Gesamtaufwand tragbar?

Ein Muss-Kriterium kann eine Variante ausschließen, selbst wenn diese bei mehreren anderen Punkten günstig abschneidet.

Annahmen. Notieren Sie offene Annahmen ausdrücklich. „Der Anbieter übernimmt wahrscheinlich Updates“ ist keine zugesagte Leistung. „Unser Administrator hat einen Server“ ist keine Kapazitätszusage. Lassen Sie genau diese offenen Punkte vor Vertragsabschluss bestätigen. Wenn keine konkrete Anforderung für den Selbstbetrieb spricht und niemand ihn übernehmen kann, sollte eine günstige Servermiete nicht den Ausschlag geben.

Verständlicher Entscheidungsvermerk. Halten Sie die Entscheidung so fest, dass der nächste Verantwortliche sie versteht. Ein kurzer Vermerk, der die geschäftliche Anforderung und die akzeptierte Einschränkung erklärt, ist nützlicher als ein Bewertungsbogen mit unerklärten Zahlen. Prüfen Sie ihn erneut, wenn der Geschäftsprozess kritischer wird oder sein Umfang sich wesentlich ändert.

Überprüfung nach dem Pilot. Benennen Sie schließlich einen Termin für die erste Überprüfung nach dem Pilotbetrieb. Dann lassen sich angenommene Last, tatsächliche Störungen und benötigte Betreuung anhand eigener Beobachtungen korrigieren.

Diese Seiten behandeln die Leistungsübersicht und die angrenzenden Entscheidungen zu n8n Cloud und Self-Hosting:

• n8n-Agentur: Umsetzung und Betrieb von Unternehmensworkflows
• n8n-Kosten: Cloud, Hosting und Wartung kalkulieren
• n8n und Datenschutz: Datenflüsse statt pauschaler Zusagen prüfen
• n8n sichern und wiederherstellen: mehr als Workflow-Export

Für eine konkrete Ablaufprüfung reichen zunächst eine Prozessbeschreibung, die beteiligten Systeme und typische Ausnahmen. Mit modernagents besprechen.