n8n + Supabase: unser Retainer-Stack für Automation

Wir betreiben für mehrere Kunden laufende Automationen — vom Formular, das ins CRM schreibt, bis zum Agenten, der eingehende Anfragen vorsortiert. Über die Jahre hat sich ein Stack herauskristallisiert, der robust bleibt, ohne uns nachts zu wecken. Hier ist er, ehrlich und ohne Marketing-Glanz.

Warum n8n self-hosted

n8n self-hosted gibt uns Kontrolle über Daten und Kosten. Keine Pro-Task-Abrechnung, die bei Volumen explodiert, keine Daten, die durch fremde Clouds wandern. Wir hosten es auf eigener Hetzner-Infrastruktur, hinter Traefik, mit automatischen Backups. Für Kunden mit DSGVO-Anforderungen ist das oft kein Nice-to-have, sondern die Bedingung.

Wenn ein No-Code-Tool wie Make oder Zapier reicht, sagen wir das auch — nicht jeder Use Case braucht eigene Infrastruktur. Aber sobald sensible Daten, hohe Volumina oder eigene Logik ins Spiel kommen, lohnt sich der eigene Betrieb schnell.

Supabase als Datenschicht

Darunter liegt Supabase: Postgres, Auth und Storage in einem, mit einer sauberen API obendrauf. Das spart uns das Zusammenstückeln aus fünf Diensten. pgvector ist gleich mit dabei — praktisch, wenn aus der Automation später ein RAG-System mit eigener Wissensbasis wird.

Der wichtigste Teil ist nicht der Stack — es ist das Monitoring.

Jede Automation loggt, jeder Fehler alarmiert. Ein stiller Workflow, der seit drei Wochen nicht mehr läuft und den niemand bemerkt, ist schlimmer als gar keine Automation. Deshalb gilt bei uns: kein Workflow ohne Logging, kein Fehler ohne Alarm. Automation ohne Monitoring ist eine Zeitbombe.

Was wir gelernt haben

Klein anfangen schlägt Big-Bang. Ein Prozess, sauber automatisiert und in Betrieb, ist mehr wert als zehn halbfertige. Erst wenn der erste stabil läuft und überwacht ist, kommt der nächste dazu. Und: dokumentiert übergeben oder den Betrieb übernehmen — ein „fire and forget“ gibt es bei lebenden Systemen nicht.