n8n 自托管前，先看这四件事

n8n 是一个把"工作流自动化"做成开源项目的平台：GitHub 上 n8n-io 组织维护的 n8n 仓库已有超过 20 万 star，是当下最热的自动化基建项目之一。可以理解为"开源版 Zapier"，但它允许你把整个平台装进自己的服务器：数据不出内网，自托管不限制执行次数。

n8n 到底是什么

一句话：可视化画布加代码节点的工作流自动化平台，原生支持 AI Agent 编排。

画布上拖拽节点即成工作流：定时触发、Webhook、调 API、读写数据库；复杂逻辑在 Code 节点里写 JavaScript 或 Python，还能装 npm 包。近年重心转向 AI：基于 LangChain 的 AI Agent 节点可直接调用大模型、挂工具、做多步推理，官方模板库有 9000 多个现成工作流。n8n 是 nodemation 的缩写，读作 n-eight-n。

它为什么这么火

第一，AI Agent 落地需要"编排层"：大模型负责思考，工具调用、分支判断、人工审批这些流程才是干活的主体——LangGraph 这类 Agent 编排方案解决同一类问题，n8n 则给了非代码团队可视化界面。第二，数据主权：金融、医疗等场景没法把数据交给第三方 SaaS。第三，定价：官方云按执行次数收费，自托管只花服务器钱，跑量大的团队一算账就转过来了。

适合谁，不适合谁

适合：有基础运维能力的个人开发者和小团队；数据不能出内网的公司；要把 AI Agent 接进已有系统、频繁调内部 API 和数据库的场景；跑量大、对 SaaS 按次计费敏感的团队。

不适合：完全不想碰服务器的人——自托管的更新备份安全都得自己管；只要两三个简单自动化、团队全非技术，Zapier/Make 的纯 SaaS 更省心。另外 n8n 是 fair-code 许可（Sustainable Use License），"源代码可见"但非 OSI 认证的开源许可，法务卡得严的先过一遍许可文本。

部署成本：真金白银的那部分

上手极快：一条 Docker 命令跑起来，默认 SQLite，浏览器开 5678 端口即用——这是"试用成本"。

生产环境是另一本账：轻量试用 1 核 2GB 起，正式业务建议 2 核 4GB 并换 PostgreSQL；并发大或 AI 执行久，再开队列模式（Redis 做任务队列，主进程与 worker 分离）。一台达标 VPS 每月 4 到 10 美元，对比官方云入门版每月 24 欧元且限执行次数，硬件成本确实低。想把模型也放本地跑，可参考这篇 Ollama 本地部署的配置成本分析。隐性成本别漏：安全补丁、版本升级、备份、半夜被告警叫醒，都是持续人力投入。

自托管前先看这四件事

第一，加密密钥丢了，所有账号凭据一起报废。 n8n 用 N8N_ENCRYPTION_KEY 加密所有第三方账号凭据，密钥在 /home/node/.n8n 目录。官方文档警告：启动时找不到该目录，n8n 会自动生成新密钥，旧凭据从此无法解密。社区有人单机迁队列模式时弄丢密钥，一夜之间所有连接失效。对策：部署首日就显式设置密钥并异地备份，迁移先迁密钥再迁数据。

第二，大版本升级的破坏性变更是常态。 n8n 发版快，大版本常有破坏性变更：2.0 把任务执行器移出主镜像，自托管要另配 n8nio/runners；计划 2026 年 10 月的 3.0 要求自托管必须用 Docker，不再支持 npm 安装，还会移除一批老节点。数据库迁移只向前、没有官方回滚路径。对策：生产环境先锁定镜像版本，升级前备份数据库，用官方迁移报告先扫受影响的工作流。

第三，默认配置扛不住并发和大负载。 默认 SQLite 加单进程，并发一多或单工作流数据量大，社区反馈最多的是内存暴涨甚至容器崩溃。生产换 PostgreSQL、开执行记录自动清理，吃紧就拆子工作流。跑 AI Agent 注意：长执行、多轮工具调用比传统自动化吃内存得多，队列模式下每个 worker 按 1~2GB 规划。

第四，自托管等于把安全责任全拿回来。 2026 年 9 月 GitGuardian 研究扫描公开 Git 提交，发现 4576 个泄露的 n8n API 令牌；129 台公网实例还在用已泄露的弱加密密钥。端口暴露、反向代理、HTTPS、打补丁，SaaS 时代平台替你做的事，现在全是你的。对策：5678 端口不直接暴露公网，令牌密钥走环境变量与密钥管理，生产必须上 HTTPS。