n8n Cloud vs Self-Hosted Setup Guide [2026 Blueprint]

This technical breakdown contains affiliate links. If you deploy this stack using my links, I earn a commission at no extra cost to you.

By Alfaz Mahmud Rizve | RevOps & Full Stack Automation Architect at whoisalfaz.me

Direct Answer: n8n Cloud is a fully managed European-hosted SaaS automation platform starting at €20/month for the Starter tier (2,500 workflow executions) and €50/month for the Pro tier (10,000 executions, unlimited active workflows, and 3 team members). Unlike Zapier or Make which bill per step/task, n8n Cloud charges strictly per workflow execution — meaning a 50-step loop counts as a single execution. Self-hosting n8n via Docker on a $12–$24/month VPS provides 100% data sovereignty and unlimited executions, but requires managing PostgreSQL, reverse proxies, and server maintenance.

You have mapped out your workflow. You understand the core concepts of nodes, triggers, and the central credential vault from Day 2. You are finally ready to rip out fragile Zapier pipelines and build a true, event-driven Automation Operating System.

But before you connect a single external API or process a single webhook payload, you face the most critical architectural decision of this entire 30-day sprint: Where is your automation brain actually going to live?

In the consumer-grade automation world, you do not get a choice. You rent space on a multi-tenant server, and the platform taxes you for every single task you execute. If you have a loop that processes 1,000 rows in a CSV, they charge you for 1,000 tasks. Your operational costs scale exponentially while your revenue stays flat. It is a fundamental architectural trap.

n8n completely disrupts this parasitic pricing model by giving you absolute control over your deployment environment.

You have two primary paths: n8n Cloud (Managed Infrastructure) or n8n Self-Hosted (Owned Infrastructure).

Choosing the wrong path today will either drown your operations team in unnecessary DevOps maintenance, or it will cost your company thousands of dollars in scale-up fees six months from now. As a RevOps Architect, you do not guess. You engineer the solution based on your exact data volume, compliance requirements, and in-house technical talent.

Here is the definitive, deeply technical guide to deploying your n8n infrastructure for enterprise SaaS and agency operations.

Click to expand

The Philosophy of Infrastructure Ownership

Before we look at the servers, we must understand the economics of automation.

Most founders treat automation as a software subscription. They log in, build a Zap, and pay the monthly bill. But when you are building a central orchestrator that handles everything from Stripe billing events to automated Apollo lead enrichment and Next.js database syncing, your automation platform is no longer just a "tool." It is your core infrastructure.

When you control the infrastructure, you control your margins.

n8n operates on a "fair-code" model. They offer a fully managed cloud service for teams that prioritize speed, but they also open-source their core engine (the Community Edition) so engineers can deploy it on their own Linux servers for free. You pay strictly for the raw compute power (RAM and CPU) of the server itself, granting you virtually unlimited workflow executions.

Let us break down exactly how both environments work under the hood.

Path 1: n8n Cloud (The Managed Architecture)

If your immediate mandate is "speed to value" and you have zero dedicated backend engineers on your team, you deploy on n8n Cloud.

n8n Cloud is a fully managed Software-as-a-Service (SaaS) environment hosted by the n8n engineering team. When you spin up an instance, you are not just buying access to the visual canvas; you are paying a team of DevOps professionals to manage the invisible layers of your architecture.

What You Are Actually Paying For:

• Server Provisioning: n8n handles the underlying container orchestration, automatically scaling the compute resources as your workflow complexity increases. You never have to calculate CPU loads or memory limits.
• Security & SSL: Your webhook endpoints are automatically secured with SSL/TLS encryption. You do not have to manually provision Let's Encrypt certificates or configure reverse proxy routing via Nginx.
• Database Maintenance: Behind the scenes, n8n stores your execution logs and workflow JSON data in a managed database. On the cloud tier, you never have to worry about running out of disk space, database indexing, or executing vacuum commands.
• Version Upgrades: The n8n team releases updates constantly. On the cloud, your instance is patched with the latest nodes, security fixes, and features without you ever having to execute a docker pull command or rebuild your containers.

n8n Cloud Pricing & Plans Breakdown (2026)

When choosing n8n Cloud, understanding the tier structure ensures you select the right operational capacity without unnecessary overages:

The Pricing Arbitrage (Why It Beats Competitors)

While n8n Cloud is a paid subscription, it fundamentally destroys legacy platforms in enterprise environments because n8n Cloud charges per execution, not per step.

If a Stripe webhook triggers your n8n Cloud instance, and that workflow involves 50 internal logic routing steps (Switch nodes, JavaScript data transformations, Code nodes) before finally pushing data to your Next.js application, n8n counts that entire process as one execution. On traditional platforms like Zapier, that same workflow would burn 50 tasks.

• Scenario: 2,000 leads processed through a 15-node enrichment pipeline.
  • Zapier Cost: 30,000 tasks = $299/month.
  • Make Cost: 30,000 operations = $59/month.
  • n8n Cloud Cost: 2,000 executions = €20/month (Starter tier).

You can process massively complex, deeply nested JSON payloads on n8n Cloud without bankrupting your monthly execution quota.

When n8n Cloud is the Mandatory Choice:

Path 2: Self-Hosted n8n (The Enterprise Fort Knox)

Self-hosting is where n8n transforms from an automation tool into a true Enterprise Operating System.

If you have basic familiarity with the Linux command line, Docker, and environment variables, self-hosting gives you the ultimate financial and technical arbitrage. By pulling the official n8n Docker image and running it on your own Virtual Private Server (VPS), you get unlimited workflows, unlimited executions, and zero feature gating. Your only limitation is the physical RAM and CPU of your server.

The Hardware Requirements (NVMe and Compute)

Do not attempt to run a production-grade n8n orchestrator on a $2/month shared hosting plan. Automation engines process heavy JSON payloads entirely in memory. If you starve the engine, it will crash via an Out-Of-Memory (OOM) error, dropping your webhooks into the void.

• The Baseline Server: You need a dedicated Linux VPS. Ubuntu 22.04 LTS or Debian 12 is the industry standard for containerized deployments.
• Compute & Memory: The absolute minimum for a production environment is 2 vCPUs and 4GB of RAM. If you are processing heavy image files, executing long-running loops, or dealing with base64 encoded data, scale directly to 8GB of RAM.
• Infrastructure Selection: Deploy client architectures exclusively on Vultr High Performance Compute or DigitalOcean Droplets. They provide the raw, unthrottled CPU power and NVMe storage required for heavy database I/O operations.

The Database Dilemma: SQLite vs. PostgreSQL

This is where amateur deployments fail and enterprise deployments scale.

By default, when you spin up an n8n Docker container, it uses an internal SQLite database to store your workflows, credentials, and execution logs. SQLite is a flat-file database. It is incredible for testing locally, but it is fundamentally incapable of handling high-concurrency production environments.

If you launch a marketing campaign and 50 people submit a form at the exact same millisecond, n8n will try to write 50 execution logs to the SQLite file simultaneously. SQLite will lock the database, the writes will fail, your webhooks will drop, and your automation will silently crash.

The Enterprise Standard: You must deploy n8n alongside a dedicated PostgreSQL database container. Postgres is built for massive, multi-threaded read/write concurrency. By configuring your docker-compose.yml file to route all n8n state data to a Postgres container, you effectively bulletproof your orchestrator against traffic spikes.

The Networking Layer: Reverse Proxies and SSL

When you self-host, your webhooks are entirely exposed to the internet. If you try to catch webhooks over standard HTTP (Port 80), modern SaaS platforms like Stripe and GitHub will actively block the payload. You must secure your server with HTTPS (Port 443).

To do this, we do not expose the n8n container directly to the internet. We put a "Reverse Proxy" in front of it:

Click to expand

n8n Cloud vs. Self-Hosted: The Architectural Comparison Matrix

To choose the optimal deployment for your engineering or RevOps stack, compare the operational trade-offs side by side:

Advanced Architecture: Scaling the Monolith with Redis

If you choose the self-hosted route and your company scales to processing thousands of webhooks per minute, running n8n as a single Docker container will eventually hit a single-threaded Node.js processing bottleneck.

This is where n8n proves it is a true enterprise framework. You can decouple the architecture and split it into distributed microservices using Queue Mode.

Instead of one n8n instance doing all the work, you spin up a Redis container. Redis acts as a high-speed, in-memory message broker (specifically using BullMQ concepts). You then deploy your architecture like this:

• The Main Instance: A single n8n container handles the UI, allowing you to build, edit, and save workflows to the Postgres database. It does not execute the heavy lifting.
• Webhook Processors: You deploy 3 to 5 lightweight n8n "Webhook" containers. Their only job is to instantly catch incoming POST requests and throw the raw JSON payload into the Redis queue. They return a 200 OK instantly to the sender to prevent timeouts.
• Worker Nodes: You deploy 5 to 10 n8n "Worker" containers. These workers pull jobs from the Redis queue as fast as they can, executing the actual API calls, running the JavaScript code nodes, and doing the heavy data transformations.

If traffic spikes during a product launch, you simply spin up more Worker containers on your Vultr instance. This is the exact architectural blueprint used by high-scale tech companies to ensure zero data loss.

Security Protocols: Hardening the Perimeter

Owning your infrastructure means owning your security. If you leave a self-hosted n8n instance exposed, automated botnets will scan your IP address, attempt to brute-force your login panel, and hijack your API credentials within hours.

As a RevOps Architect, you must implement these three security firewalls before processing a single client payload:

1. Cloudflare Proxying (The WAF)

Never expose your raw server IP to the public web. Route your n8n.yourcompany.com subdomain through Cloudflare. Enable Cloudflare's Web Application Firewall (WAF) to block malicious traffic from known botnet IPs before the request ever reaches your Vultr server.

2. UFW (Uncomplicated Firewall) & Docker Networks

Lock down the internal server ports. The only ports that should be open to the outside world are Port 80 (HTTP), Port 443 (HTTPS), and Port 22 (SSH). You must block external access to your Postgres database port (5432) and your Redis port (6379). Your databases should only communicate with n8n via isolated internal Docker networks.

3. Environment Variable Encryption

Inside your n8n docker-compose.yml file, you must define the N8N_ENCRYPTION_KEY environment variable. This is a highly secure, randomized cryptographic string that n8n uses to encrypt the credentials you store in the vault (like your Stripe keys or HubSpot tokens). If an attacker somehow breaches your Postgres database and steals the raw tables, the credential data remains heavily encrypted and completely useless to them without this master key.

The Architect's Decision Matrix

Still unsure which deployment architecture fits your current operational capacity? Use this binary logic gate to determine your exact strategy:

Frequently Asked Questions About n8n Cloud & Setup

How much does n8n Cloud cost in 2026?

n8n Cloud pricing starts at €20/month (Starter tier) with 2,500 executions and 5 active workflows, scaling to €50/month (Pro tier) with 10,000 executions and unlimited active workflows. Enterprise tiers with dedicated single-tenant infrastructure, custom execution volumes, and single sign-on (SSO) are available via custom quote.

Is n8n Cloud better than self-hosted n8n?

n8n Cloud is better for non-technical teams, marketing agencies, and founders who need instant deployment with zero server maintenance, automatic SSL, and managed PostgreSQL databases. Self-hosted n8n is better for software engineers who require unlimited executions, custom Python/Node packages, complete GDPR/HIPAA data sovereignty, or horizontal scaling via Redis worker clusters.

How does n8n Cloud count executions compared to Zapier tasks?

n8n Cloud charges strictly per workflow execution, whereas Zapier and Make charge per individual node action or step. If a workflow receives a webhook, executes 25 data manipulation steps, queries an API in a loop, and updates a CRM, n8n Cloud records only 1 execution, while Zapier consumes 27+ tasks.

Can I migrate from n8n Cloud to self-hosted n8n later?

Yes. You can export all your workflows as standard JSON files from n8n Cloud and import them directly into a self-hosted Docker instance with a single click. For credentials, you simply re-authenticate your API connections in your new private instance.

Your Day 3 Mandate: Establish the Beachhead

We cannot build the Zero-Touch Lead Engine tomorrow if you do not have a canvas to build it on today. Theory is useless without execution. Your mandate for Day 3 is simple: secure your infrastructure.

For SaaS Founders & Marketers: Do not overcomplicate this. Choose the path of least resistance so you can start engineering logic immediately.

For Technical Founders & DevOps Engineers: If you want complete data sovereignty, zero execution limits, and the ability to scale via Redis queues, it is time to provision your server.

Once your infrastructure is live, the foundation is set. You have officially graduated from theoretical concepts. Tomorrow, in Day 4, we will log into your newly deployed environment and architect your very first production-grade automation workflow from scratch.

Click to expand