
Post: Make vs N8N: When Self-Hosting Stops Being Worth It
Self-hosting N8N makes sense when you have a dedicated technical operator, a data residency requirement, or extreme operation volumes that make cloud pricing prohibitive. For most B2B businesses – especially those without a full-time DevOps resource – the self-hosting overhead erases the cost advantage and adds operational risk that Make’s managed infrastructure eliminates.
N8N’s self-hosting argument sounds compelling: no per-operation pricing, full data control, unlimited executions. The reality in production environments is more complicated. This comparison covers the scenarios where self-hosting N8N remains the right call, and the scenarios where Make’s managed infrastructure wins on total cost of ownership (for a free month of Make with 10K actions, click here). The full three-way comparison is in the Make vs Zapier vs N8N Complete 2026 Guide.
Verdict upfront: N8N self-hosting is the right choice for developers and technical teams with infrastructure competence and specific data requirements. For operations teams at B2B service businesses – the typical Make.com customer – the self-hosting overhead makes N8N cloud the more realistic comparison point, and at that level Make wins on price, MCP integration, and operational reliability.
|
Factor |
Make (Cloud) |
N8N (Self-hosted) |
N8N (Cloud) |
|
Monthly cost (entry) |
$9/mo |
~$20-60/mo server |
$20/mo |
|
Operations/executions |
10,000 ops |
Unlimited |
2,500 executions |
|
Infrastructure management |
None |
Full DevOps required |
None |
|
Official MCP server |
Yes |
No (community only) |
No (community only) |
|
Native error handling UI |
Yes |
Code-based |
Code-based |
|
Data residency control |
Limited |
Full |
Partial |
|
Non-technical operator support |
Strong |
Weak |
Moderate |
|
Update/maintenance burden |
None |
Ongoing |
Minimal |
What Does N8N Self-Hosting Actually Cost?
N8N’s self-hosted version is free software. The total cost of ownership is not free.
Infrastructure costs for a reliable N8N production instance:
- VPS or cloud server: $20-40/mo minimum for adequate resources (at least 2 vCPUs, 4GB RAM for stable operation)
- SSL certificate management: Free with Let’s Encrypt, but requires configuration and renewal automation
- Reverse proxy (Nginx or Caddy): Free software, configuration time required
- Backup storage: $5-10/mo for automated backup to S3 or equivalent
- Monitoring: Free with UptimeRobot or equivalent, or $10-20/mo for more comprehensive alerting
Infrastructure cost total: $25-70/mo, before accounting for the time to set it up (typically 4-8 hours for a competent DevOps person) and ongoing maintenance (updates every 4-6 weeks, incident response when the server has issues).
Compare to Make Core at $9/mo with zero infrastructure overhead. For most SMBs, the math against self-hosting is clear at any realistic operation volume.
When Does the Self-Hosting Math Actually Work?
N8N self-hosting is cost-effective when operation volumes are high enough that Make’s overage pricing would exceed the infrastructure cost, and you have a technical operator available to maintain the infrastructure.
At what volume does this happen? Make’s pricing scales with operation tiers. At very high volumes – tens of thousands or hundreds of thousands of operations per month – the difference between Make’s enterprise pricing and N8N’s flat server cost becomes significant. For businesses at that scale with technical staff, N8N self-hosting makes financial sense.
For the typical SMB running 10,000-50,000 operations per month, Make’s pricing scales predictably and remains competitive. The cross-over point where N8N infrastructure cost plus DevOps time becomes cheaper than Make’s plans is well above typical SMB operation volumes.
What Are the Real DevOps Overhead Items?
Self-hosting N8N in production means owning these responsibilities indefinitely:
Updates: N8N releases updates frequently. Each update requires pulling the new Docker image, running the migration, and verifying workflows still run correctly. Updates occasionally introduce breaking changes in module behavior – what worked in version 1.x may not work in 1.y without configuration changes.
Uptime incidents: When the N8N server goes down (server reboot, out-of-memory error, disk full), your automations stop running. The person who set up N8N is the person who gets the 2am alert. If that person leaves the company, the institutional knowledge of how the N8N instance is configured often leaves with them.
Database maintenance: N8N stores execution history in a database (SQLite by default, Postgres for production). The execution table grows without bound – regular pruning is required to prevent performance degradation and disk exhaustion.
Security patching: The server running N8N receives OS-level CVEs that require patching independently of N8N updates. This is standard server maintenance but adds to the overhead.
For a business with a dedicated platform engineer or DevOps resource, these tasks are routine. For a business where “the technical person” is a developer with other primary responsibilities, they represent irregular interruptions to higher-value work.
How Does N8N’s MCP Situation Compare to Make?
Make has an officially maintained MCP server, documented at make.com, with full support for scenario management via Claude. The server is updated in sync with Make’s platform releases.
N8N has a community-built MCP connector. It is not officially maintained by N8N’s team. Coverage is partial – not all N8N modules and features are accessible via the community connector. Updates to N8N can break the community MCP connector without warning, and fixes depend on community contribution timelines.
For teams using AI-assisted automation building with Claude, Make’s official MCP support is a meaningful operational advantage over N8N’s community connector. The full breakdown of what Make’s MCP server enables is in 5 Reasons Make’s MCP Server Is the Biggest Automation Leap Since Webhooks.
Choose N8N Self-Hosted If
- You have a dedicated technical operator available for ongoing infrastructure maintenance
- You have a data residency or on-premise compliance requirement that prohibits cloud automation platforms
- Your operation volume is high enough that cloud platform pricing exceeds infrastructure costs significantly
- Your workflows require custom JavaScript/Python logic extensively and you prefer code-first configuration
Choose Make If
- Your team includes non-technical operators who will maintain or build workflows
- You do not have dedicated DevOps resources for infrastructure management
- You want AI-assisted automation building with official MCP server support
- Your operation volume is under 100,000 operations per month
- Operational reliability without server management matters
Expert Take
The self-hosting conversation always sounds better in theory than it is in practice. The business owner who sets up N8N on a Friday is not thinking about what happens when their server goes down the following Tuesday night, or when the developer who configured it moves to a new job. Make charges for managed infrastructure because managed infrastructure has real value. For most operations teams, paying that premium is the right decision.
Related Resources
Comparisons
Definitions
Listicles
Sources & Further Reading
Information in this article is deemed to be accurate at time of publishing. 4Spot Consulting reviews and updates content periodically as best practices evolve.

