Wir betreiben n8n self-hosted auf Servern in deutschen Rechenzentren: Einrichtung, Auftragsverarbeitungsvertrag, Queue-Modus für Lastspitzen, Updates mit Testlauf, tägliche Backups und Monitoring. Wenn nachts ein Workflow steht, bekommen Sie eine Meldung und wir kümmern uns, statt dass es am Montag jemand zufällig bemerkt.
Die Docker-Instanz steht nach einem Nachmittag, und für einen Test reicht das auch. Sobald echte Rechnungen, Kundendaten und Fristen durch die Workflows laufen, stellen sich Fragen, die im Tutorial nicht vorkommen.
Diese Seite behandelt den Betrieb, nicht den Bau der Workflows. Was n8n ist und was sich damit automatisieren lässt, steht auf unserer allgemeinen n8n-Seite.
Wir richten n8n als Docker-Deployment auf einem Server in einem deutschen Rechenzentrum ein, mit eigener Domain, TLS-Zertifikat, Reverse Proxy und getrennter Datenbank. Sie bekommen den Auftragsverarbeitungsvertrag, die Liste der Unterauftragnehmer und eine Dokumentation, welche Daten wo liegen. Damit haben Sie beim nächsten Audit eine Antwort statt eines Achselzuckens.
Wirkung Auditfähige Instanz statt Schatten-ITSobald mehrere Workflows gleichzeitig anlaufen, reicht der Standardbetrieb nicht mehr. Wir stellen n8n auf den Queue-Modus mit Redis und getrennten Worker-Prozessen um, sodass Ausführungen parallel abgearbeitet werden und ein langlaufender Workflow den Rest nicht blockiert. Die Zahl der Worker richtet sich nach Ihrem tatsächlichen Volumen, nicht nach einem Verkaufsargument.
Wirkung Parallele Läufe statt WarteschlangeNeue n8n-Versionen spielen wir zuerst auf einer Testinstanz ein und lassen Ihre kritischen Workflows dagegen laufen. Erst wenn die durch sind, wandert die Version in die Produktion, in einem Zeitfenster, das Sie kennen. Kommt es doch zum Problem, setzen wir auf die vorherige Version zurück, weil das alte Image und die Datenbanksicherung noch da sind.
Ersparnis 2–4 h pro VersionswechselWir überwachen nicht nur, ob der Server antwortet, sondern ob die Workflows tatsächlich durchlaufen. Fehlgeschlagene Ausführungen lösen eine Meldung per E-Mail oder Teams aus, mit Workflow-Name und Fehlermeldung. Zusätzlich richten wir Error-Workflows ein, damit ein einzelner API-Fehler nicht stumm eine ganze Strecke anhält.
Wirkung Fehler in Minuten statt Tagen bemerktWorkflows, Zugangsdaten und Ausführungsdaten werden täglich gesichert, die Wiederherstellung testen wir und schreiben sie nicht nur auf. Zugänge laufen über benannte Benutzer statt über ein geteiltes Admin-Passwort, Zugangsdaten liegen verschlüsselt in n8n und nicht als Klartext im Workflow. Verlässt ein Mitarbeiter das Unternehmen, entziehen Sie den Zugang und der Rest läuft weiter.
Wirkung Getestete Wiederherstellung statt HoffnungNicht jeder Betrieb muss selbst hosten. Wir sagen Ihnen ehrlich, wann sich der eigene Server rechnet und wann die Cloud-Variante die vernünftigere Wahl ist. Entscheidend sind Datenschutzanforderung, Volumen und die Frage, wer im Ernstfall drankommt.
Self-hostedDie Instanz läuft in Ihrem oder unserem Hosting-Vertrag auf deutschen Servern, die Daten verlassen den Mandanten nicht. Sinnvoll, sobald personenbezogene Daten, Kundendokumente oder Systeme aus dem eigenen Netz im Spiel sind. Was n8n grundsätzlich kann, lesen Sie auf der n8n-Leistungsseite.
Sie können den Betrieb ganz an uns geben oder ihn selbst führen und uns nur für Updates, Störungen und Ausbau holen. In beiden Fällen bekommen Sie Zugriff auf Server und Workflows, es gibt keine Blackbox und keinen Lock-in. Sie behalten die Kontrolle und können den Betrieb jederzeit zu sich holen.
Läuft Ihr Alltag ohnehin komplett in Microsoft 365, ist Power Automate oft der kürzere Weg und die Lizenz meist schon bezahlt. n8n spielt seine Stärke aus, wenn Systeme außerhalb der Microsoft-Welt, eigener Code oder strenge Datenhoheit dazukommen. Häufig betreiben Kunden am Ende beides nebeneinander.
Von der Bestandsaufnahme bis zur überwachten Produktivinstanz in 30 Tagen, zum vorher vereinbarten Festpreis statt offenem Stundenzettel.
In 60 Minuten klären wir Volumen, Datenschutzanforderung und den Ist-Stand einer eventuell schon laufenden Instanz. Danach wissen Sie, ob self-hosted für Sie überhaupt der richtige Weg ist.
Wir legen Serverdimensionierung, Queue-Modus, Backup-Rhythmus, Monitoring und Verantwortlichkeiten schriftlich fest. Sie bekommen einen Festpreis für die Einrichtung und einen klaren monatlichen Betrag für den laufenden Betrieb.
Wir setzen die Instanz auf, ziehen bestehende Workflows um und testen sie mit Ihren echten Daten. Läuft schon eine Instanz, migrieren wir sie mit angekündigtem Umschaltfenster statt im laufenden Betrieb.
Sie erhalten Zugänge, Dokumentation und den Auftragsverarbeitungsvertrag. Danach übernehmen wir Updates, Monitoring und Störungen, oder wir zeigen Ihrem Team, wie es das selbst macht. Sie behalten die Kontrolle über Server und Workflows.
Diese Seite beantwortet die Betriebsfragen: Server, Datenschutz, Updates, Monitoring. Geht es Ihnen eher darum, welche Prozesse sich mit n8n abbilden lassen und wie ein Workflow entsteht, starten Sie auf unserer allgemeinen n8n-Seite.
In der kostenlosen Erstanalyse sehen wir uns in 60 Minuten Ihre Instanz oder Ihr Vorhaben an und sagen Ihnen ehrlich, ob self-hosted in Deutschland sinnvoll ist. Unverbindlich und ohne Verkaufsdruck.
Self-hosted n8n auf einem Server in Deutschland ist eine gute Grundlage für einen DSGVO-konformen Betrieb, aber die Technik allein reicht nicht. Sie brauchen zusätzlich einen Auftragsverarbeitungsvertrag mit dem Hoster und mit uns als Betreiber, ein Berechtigungskonzept, Löschfristen für Ausführungsdaten und eine Dokumentation der Datenflüsse. Genau das richten wir mit ein. Sobald ein Workflow ein KI-Modell außerhalb der EU aufruft, muss dieser eine Schritt gesondert bewertet werden, der Rest der Instanz bleibt davon unberührt.
Die Kosten setzen sich aus dem Server, dem Betrieb und den Änderungen zusammen, und wir nennen sie Ihnen nach der Erstanalyse als Festpreis statt als Spanne ins Blaue. Der Serveranteil ist bei den meisten Mittelständlern der kleinste Posten, weil n8n auf überschaubarer Hardware läuft. Teuer wird es erst, wenn niemand für Updates und Störungen zuständig ist und ein Ausfall den Betrieb trifft.
Den Queue-Modus brauchen Sie, sobald mehrere Workflows gleichzeitig laufen oder einzelne Ausführungen lange dauern, etwa bei Dokumentenverarbeitung oder KI-Aufrufen. Im Standardbetrieb arbeitet n8n Ausführungen im selben Prozess ab, und ein langlaufender Workflow bremst dann alles andere aus. Im Queue-Modus verteilt Redis die Ausführungen auf mehrere Worker, die sich unabhängig voneinander skalieren lassen.
n8n veröffentlicht neue Versionen in kurzen Abständen, und wer über Monate nicht aktualisiert, sammelt Sicherheitslücken und einen unangenehm großen Versionssprung an. Wir spielen Updates in einem festen Rhythmus ein, immer zuerst auf einer Testinstanz mit Ihren kritischen Workflows, danach in der Produktion im angekündigten Zeitfenster. Wenn Sie den Betrieb selbst führen wollen, zeigen wir Ihrem Team dieses Vorgehen und bleiben im Hintergrund erreichbar.
Das gehört in den Vertrag, bevor der erste Workflow produktiv geht, und wir schreiben es dort auch hinein. Übernehmen wir den Betrieb, vereinbaren wir Reaktionszeiten und eine Erreichbarkeit, und das Monitoring meldet den Ausfall bei uns, nicht erst bei Ihnen. Führen Sie den Betrieb selbst, liegt die Verantwortung bei Ihnen, und wir sagen Ihnen das vorher ehrlich, statt es im Kleingedruckten zu verstecken. Kritische Strecken bauen wir zusätzlich so, dass eingehende Daten bei einem Ausfall nicht verloren gehen, sondern nachgeholt werden.
