Self-host n8n on Google Cloud without the subscription fees or server headaches

Run n8n on Google Cloud Run without the subscription fees, and keep your workflows and data under your control. If you’re like me, you hate recurring fees and the mystery of who’s holding your data, but you also don’t want to babysit a server every week. Google Cloud Run hits that sweet spot, pay-as-you-go serverless hosting that scales automatically, and this guide shows you how to get n8n running with PostgreSQL persistence and Google OAuth.

Quick overview: you’ll use Google Cloud Run for hosting, Cloud SQL PostgreSQL for durable workflows, and Google’s auth platform for Sheets, Drive, and other integrations. There’s a full, automated option using Terraform if you want to skip the deep dive, but walking through the steps first helps you understand what’s going on under the hood.

Practical stuff you’ll need: a Google Cloud account, the gcloud CLI, basic Docker and command line familiarity, and optionally a domain for production. Little gotcha I ran into: n8n can race against the database during startup, so the guide offers two fixes. Option A uses the official Docker image with a short startup delay via command override, simple and reliable. Option B builds a custom image with a startup script, handy if you want more control or debugging, but slightly fiddly (watch line endings and execute permissions).

I appreciated the Terraform path for repeatable deployments. If you prefer a video walkthrough, Terra Femme has a great demo that shows the common port configuration fix live (super helpful). For the full repository and step-by-step instructions, check the project here: https://github.com/datawranglerai/self-host-n8n-on-gcr.

Why this matters: you get full control, no surprise execution limits, and a cheap, scalable setup that behaves nicely when idle, which means less cost and more peace of mind. Try it, tweak it, and soon you’ll have automations you actually trust.

n8n selbst auf Google Cloud Run betreiben, ohne Abo, und dabei die Kontrolle über deine Automatisierungen behalten. Wenn du wie ich bist, willst du keine laufenden Kosten und keine Fragezeichen darüber, wo deine Daten liegen, aber auch keinen Server pflegen. Cloud Run ist da praktisch, es skaliert automatisch und du zahlst nur bei Nutzung.

Kurzfassung: Wir nutzen Google Cloud Run als Host, Cloud SQL PostgreSQL für Persistenz, und Googles Auth für Dienste wie Sheets. In der Anleitung gibt es eine Terraform-Option, wenn du die automatische Variante bevorzugst, oder eine Schritt-für-Schritt-Methode, um zu verstehen, was passiert.

Was du brauchst: ein Google Cloud Konto, das gcloud CLI, Grundkenntnisse in Docker und Kommandozeile und optional eine Domain. Ein kleiner Stolperstein, den ich selbst erlebt habe: n8n kann beim Start versuchen, sich vor der Datenbank zu verbinden, das führt zu Fehlern. Lösung A ist ein kurzer Start-Delay mit dem offiziellen Image, simpel und robust. Lösung B ist ein eigenes Docker-Image mit Startskript, gut zum Debuggen, aber etwas pflegeintensiver (achte auf Unix-Zeilenenden und Ausführungsrechte).

Ich fand die Terraform-Route nützlich für reproduzierbare Deployments. Das komplette Repo und die Schritt-für-Schritt-Anleitung findest du hier: https://github.com/datawranglerai/self-host-n8n-on-gcr. Probier es aus, spiel damit herum, und bald hast du zuverlässige Automationen, die weder teuer noch undurchsichtig sind.