n8n 自架還是 Cloud？2026：成本、維運、資安與功能比較

n8n Cloud 與 self-hosted 的差別，不只是「付訂閱費」和「租一台 VPS」。Cloud 把主機、平台更新與部分營運責任交給 n8n；自架則把作業系統、網路、TLS、資料庫、備份、監控、升級與事故處理交回你的團隊。自架可以提高部署控制力，但不會自動變得便宜、安全或合規。

快速判斷：沒有固定維運人員、想先驗證流程，或需要官方代管與方案支援，先從 Cloud 做 PoC；已有容器、資料庫、監控與值班能力，必須連內網或控制資料所在區域，才把 self-hosted 放入候選。若需要 SSO、Git 環境、外部 secrets、log streaming、Queue Mode 或 S3 binary storage，先查當期方案可用性，不能把「自架」直接等同所有企業功能。

本文沒有替特定公司部署 n8n，也不提供固定回收期。n8n 的方案、價格、Community Edition 與付費功能會更新；採購前請以官方 pricing、docs、授權與合約為準。

一張表看 Cloud 與 self-hosted 的責任邊界

決策項目	n8n Cloud	Self-hosted	你要問的問題
平台主機	n8n 代管	團隊或雲商負責	誰處理停機與容量？
更新	平台安排	團隊排程、測試、回滾	有 staging 與維護窗口嗎？
資料庫與儲存	依 Cloud 方案	自行設計與備份	能做還原演練嗎？
網路與 TLS	平台處理主要部分	自行處理 DNS、反向代理、防火牆	誰輪替憑證與查異常？
內網系統	需評估安全連線方式	可部署在受控網路附近	真的需要內網直連嗎？
監控與事故	依方案與平台能力	自行建立告警、日誌與值班	半夜失敗由誰處理？
功能與支援	依 Cloud 方案	Community、Business、Enterprise 不同	需要的功能在哪個方案？
成本	訂閱與 workflow executions	授權、基礎設施、維運與事故成本	每件合格流程的總成本？

選擇 self-hosted 的前提，不是「有人會下 docker compose up」，而是有人能在更新失敗、資料庫損壞、憑證過期、磁碟滿或 webhook 異常時恢復服務。

n8n 現在怎麼計費？先理解 execution

n8n 官方 pricing 在 2026 年 7 月的說明是：付費方案以每月 workflow executions 為主要計費維度，一次 execution 是整個工作流的一次執行，不按每一個 node 或 step 分別計費。方案亦可能有 concurrency、projects、insights、支援與企業功能差異。

這表示原文所稱「每個 IF 節點都消耗配額」並不正確。但 execution 仍不是全部成本：外部 API、LLM token、資料庫、儲存、網路流量、失敗重試與人工審核可能另行計費。

價格頁是動態資料，本文不保存固定月費。比較當天請記錄：

• 方案名稱與查詢日期。
• 每月 executions 與 concurrency。
• shared projects、history、insights 和支援範圍。
• Cloud 或 self-hosted 適用條件。
• SSO、Git environments、scaling、external secrets、log streaming 等功能層級。
• 超額、升級、年度付款與終止條件。

Community Edition 不等於所有自架功能

n8n 提供可自行部署的 Community Edition，但 n8n 是 fair-code licensed，不宜把它簡化成「完全開源、所有企業功能免費」。官方 pricing 與 docs 對 Community、Business、Enterprise 的協作、治理、擴充與支援能力有不同標示。

例如官方文件明確標出：source control 與 environments 適用 Business 和 Enterprise；S3 external storage 是 self-hosted Enterprise 功能，Cloud Enterprise 需洽詢；workflow sharing、SSO、外部 secrets 等也有方案限制。採購時要把「可自行部署」與「所需企業功能授權」拆開核對。

先做功能需求表

必要能力	為何需要	官方文件顯示的方案	沒有時的替代或風險
多人與專案權限	防止憑證與流程互相暴露	查當期 pricing	分拆 instance 會增加維運
SSO／LDAP	身分生命週期治理	查 Business／Enterprise	人工帳號停用風險
Git environments	開發到正式部署	Business／Enterprise	手動匯入易覆寫或漂移
Queue Mode	多 worker 執行	查當期 scaling availability	單 instance 容量與故障域
外部 secrets	憑證集中治理	查 Enterprise	內建憑證仍須權限與備份
外部 binary storage	大量 binary data	Self-hosted Enterprise	本機檔案容量與生命週期
SLA 與專屬支援	正式服務事故處理	Enterprise	社群支援不等於 SLA

不要先選部署方式再找理由；先寫必要功能和風險，再看哪個方案能滿足。

自架的 TCO 怎麼算？不要只放 VPS 月租

用同一期間比較 Cloud 與 self-hosted，並以組織自己的帳單與工時填值：

成本項目	Cloud	Self-hosted
平台／授權	訂閱方案	Community 或付費 self-hosted 方案
運算與資料庫	方案包含或另計	VM／容器、DB、Redis 等
儲存與備份	依方案	快照、異地備份、binary data
網路	依方案與外部服務	出站、LB、WAF、固定 IP、DNS
維運	平台責任較多	更新、監控、值班、容量與修復
安全與合規	供應商審查與設定	主機強化、稽核、權限與證據
事故與停機	依 SLA 與自身流程	自行承擔恢復與營運損失
外部服務	API、LLM、Email 等	API、LLM、Email 等

可以計算：

每件合格自動化成本 = 期間總成本 ÷ 通過業務驗收的完成件數

分母不要用所有 execution。失敗、重複、被人工退回或產生錯誤資料的執行，不能視為同等價值。若自架省下訂閱，卻增加更多值班與復原工時，TCO 可能反而較高。

資安與隱私：自架只是控制權轉移

自架讓你選擇資料所在環境與網路邊界，但也把漏洞修補、TLS、認證、備份、日誌、秘密與節點風險交給自己。把 instance 放進 VPC 並不等於符合 GDPR、個資法或產業規範；合規還涉及處理目的、資料最小化、保存、權限、供應商、跨境與稽核證據。

n8n 官方提供 security audit，可檢查未使用 credentials、危險 query、可存取檔案系統的 nodes、community／custom nodes、未保護 webhooks、缺少安全設定與過期 instance。它是檢查工具，不取代滲透測試或組織治理。

Self-hosted 上線前最低檢查

• instance 不直接以未加密 HTTP 暴露公網。
• 管理介面、webhook 與內部服務的網路邊界已定義。
• 憑證採最小權限，並有輪替與離職停用流程。
• 禁用不需要的 risky、community 或 custom nodes。
• 設定執行資料保存與刪除規則。
• 有版本固定、更新測試、漏洞追蹤與回滾程序。
• 有日誌、磁碟、CPU、記憶體、queue 與失敗率告警。
• 備份包含必要資料與 encryption key，且已做隔離保存。

備份不是有快照就算完成

備份目標是可恢復，不是產生檔案。PoC 期間就要做一次空環境還原：

1. 記錄 n8n 版本、部署設定和相依服務版本。
2. 備份資料庫、必要檔案、binary data 與設定。
3. 安全保存用於 credentials 的 encryption key；不要只放在同一台主機。
4. 在隔離環境還原，不覆蓋正式 instance。
5. 驗證 workflow、credential 解密、webhook、排程與 binary data。
6. 記錄 RPO、RTO、失敗原因與實際操作時間。

若團隊無法在沒看作者記憶的情況下完成還原，self-hosted 還不適合承接關鍵流程。

Queue Mode 不是免費的效能按鈕

Queue Mode 可把執行交給 workers，但會增加 Redis、資料庫、worker 版本一致性、網路、監控與部署複雜度。它解的是特定並發與擴充問題，不保證吞吐量固定倍增，也不會修好慢 API、巨大 payload 或設計不良的 workflow。

啟用前先量測：觸發率、執行時間、尖峰 concurrency、CPU／記憶體、資料庫等待、外部 API 限流與失敗重試。只有單 instance 確實成為瓶頸，且團隊能操作相依服務時，才進入擴充設計。

大量 binary data 也不該直接塞進 execution。官方 external storage 文件標示 S3 儲存有方案限制，且需要生命週期管理；其他情況可改成 workflow 傳遞物件 URL 與 metadata，讓專門儲存服務處理大型檔案。

用 14 天 PoC 選，不靠執行量門檻猜

第 1 至 3 天：建立代表流程

選一個低風險、可回滾、能量測的流程，納入正常、缺欄位、外部 API 逾時、重複 webhook 與大 payload。先記錄人工基線和合格輸出。

第 4 至 7 天：兩邊跑相同測試

用 Cloud 與候選 self-hosted 環境執行同一測試集，記錄成功、延遲、人工修正、外部成本和部署時間。不要用不同 workflow 比較。

第 8 至 10 天：做故障演練

模擬 credentials 失效、worker 停止、資料庫連線中斷、磁碟空間不足與外部 API 限流。確認告警、重試、dead-letter 或人工接手不會造成重複付款、寄信或寫入。

第 11 至 14 天：還原與責任確認

完成備份還原，列出每月維護、更新、事故與供應商溝通負責人。最後比較每件合格成本，不用單月 execution 數量作固定分界。

驗收項目	Cloud 記錄	Self-hosted 記錄
合格完成率
P95 端到端時間
人工修正與值班時間
故障偵測與恢復
備份還原時間
每件合格成本
未滿足的必要功能

什麼情況先選 Cloud？

• 團隊主要能力在流程設計，沒有主機與資料庫值班者。
• 想快速驗證 n8n 是否適合，還沒有穩定 execution 基線。
• 不需要內網直連或自訂底層環境。
• 希望由平台負責主要更新與基礎設施工作。
• 需要的協作、治理與支援功能在 Cloud 方案較直接。

什麼情況再評估 self-hosted？

• 有明確資料區域、網路隔離或內網整合需求。
• 團隊已能維護容器、資料庫、備份、監控與安全更新。
• 需要控制 execution data、binary data 或自訂環境設定。
• 已有穩定工作量與真實 TCO，能證明不是只比較 VPS 租金。
• 所需功能的 self-hosted 授權與支援已確認。

常見問題

n8n self-hosted 是免費的嗎？

Community Edition 可自行部署，但仍受 n8n 授權條款限制，且基礎設施、備份、監控、更新和人工都不是免費。若需要 Business 或 Enterprise 功能，還要計入當期授權。

n8n Cloud 每個 node 都計費嗎？

依 2026 年 7 月官方 pricing，主要單位是整個 workflow 的 execution，不是每個 node／step 分別計費。方案內容與額度仍應在採購日確認。

自架一定比較安全或符合個資法嗎？

不一定。自架增加控制力，也把修補、權限、憑證、備份與事故責任交給團隊。是否合規要按資料、流程、地區和組織控制評估。

一定要用 PostgreSQL、Redis 和 Queue Mode 嗎？

不是。PoC 或低負載不應為了「企業架構」先增加相依服務。Queue Mode 和外部資料庫應由容量、可用性、復原與官方支援條件驅動。

可以把影片和大型 PDF 直接放進 n8n 嗎？

技術上要看部署、方案與 binary data 設定，但大型檔案會增加記憶體、儲存與清理負擔。較穩健的方法通常是放在物件儲存，workflow 傳遞受控 URL 與 metadata。

結論：選責任邊界，不選「便宜」標籤

n8n Cloud 適合把平台營運交給官方，self-hosted 適合已具備維運能力且有明確控制需求的團隊。真正分界不是某個 execution 數，而是誰能對更新、備份、監控、安全與事故負責。先用 14 天相同流程 PoC，完成故障和還原演練，再比較每件合格成本；若自架只能啟動、不能恢復，就還沒有比 Cloud 更便宜。

若流程本身尚未定義，可先看AI 工作流程自動化導入指南建立風險與 ROI 基線；需要一步步練習，再看n8n 入門教學。

資料來源與方法

• n8n：Plans and Pricing
• n8n Docs：官方文件入口與部署選項
• n8n Docs：Security audit
• n8n Docs：Source control and environments
• n8n Docs：External storage for binary data

本文於 2026 年 7 月 13 日依當期 SERP 與 n8n 官方 pricing、docs 和功能可用性重整。沒有替特定組織部署或壓測，不提供虛構案例、固定 VPS 規格、節省比例或合規結論；實際方案、授權、價格與技術要求請在決策日重新核對。