n8n教學能教會你上手，教不會你半年後還撐不撐得住
網路上不缺n8n教學——照著操作步驟建立第一條流程，一個下午就能上手。難的從來不是把流程建出來，而是接下來半年要花多少維運力氣把它撐住。這篇要談的正是這筆多數人低估的帳單：自架與雲端之間，真正的成本差在哪。
帳單第一項：訂閱費 vs 主機費，這是容易比的部分
雲端版依「執行次數」計費——整條流程跑一次算一次，不論裡面有幾個步驟——依方案分級距，量大時單價通常會降。自架版沒有這層訂閱費，改成自己出主機錢：一台能撐生產環境用的機器，加上備份與監控，實際數字依流量規模而定，且會隨市場價格變動，決定前務必查目前的主機報價，不要沿用舊印象估。這部分雙方都看得到、能直接比價，多數比較文章也只比到這裡就停了。
帳單第二項：沒人先跟你講的隱性維運成本
Google授權每七天失效。如果你的Google OAuth應用停留在「測試」狀態，Google會讓refresh token在七天內自動失效——這是Google官方文件明講的政策，不是n8n或任何自動化平台的bug。流程會無預警斷線，而且每次都會讓人誤以為是自己流程寫錯了。解法是把OAuth應用發布成「正式環境」狀態，這一步很多人第一次自架時完全不知道要做。
資料庫遲早要遷移。自架版預設用SQLite存執行紀錄與憑證，這個格式不是為容器化生產環境設計的——容器重啟或版本升級時，寫入還沒真正落盤就可能被關掉，近期的執行紀錄就這樣消失了。要撐得住生產規模，遲早要換成PostgreSQL，這件事越早做越便宜，拖到出事之後才被迫遷移，代價會高很多。
版本升級的責任換了人扛。雲端版的升級是對方的事；自架版是你的事——每次升級都要有人確認相容性、抓一個維護時段、備份好流程再動手。
帳單第三項：人力機會成本——半夜壞掉，誰修？
雲端版壞掉，除非是自己流程寫錯，第一時間找對方客服。自架版壞掉，不管是主機、資料庫還是n8n本身的問題，都是自己的維運人力要處理——這代表要嘛團隊裡有人隨時待命，要嘛就得接受「壞了要等有空的人來修」的風險。這筆時間成本，很少被算進「自架比較省」的估算裡。
一張可以現場核對的判斷表
| 情境 | 建議 |
|---|---|
| 技術人力少於三人，沒有專職維運角色 | 雲端版——把維運責任花錢外包出去，通常比自己撐划算 |
| 常態同時跑數十條以上並發流程，執行次數費用已逼近雲端方案上限 | 自架才划算，執行次數的費用天花板會先被撞到 |
| 有醫療、金融這類強制資料落地要求 | 自架——這是法遵問題，不是成本問題 |
| 只是想省下每月的訂閱費 | 先把上面兩項隱性成本算進去再決定，通常不會真的比較省 |
常見誤判：「不用月費」不等於「零成本」
市場上常見的誤判，是把自架不用付訂閱費，直接等同於自架比較省。真正決定划不划算的，是團隊有沒有把工作流程本體和登入憑證分開存放的維運習慣——沒有這個習慣，一次系統升級就可能連帶把整批已經上線的自動化流程弄丟，這個損失遠大於省下的訂閱費。
結語
自架不是不能做，是要先誠實列出這三項帳單，而不是只比第一項的訂閱費和主機費。技術人力、隱性維運力氣、和半夜壞掉誰扛，這三個問題答完，該選哪一邊通常就清楚了。
如果你正在評估自架n8n要不要真的落地，但不確定團隊現有的維運能力扛不扛得住這三項帳單，歡迎談一場「AI導入探索會議」。我們會一起看你目前的技術資源、流程規模，以及自架划不划算，這是初步對談，還沒有到出具診斷報告的階段。在文末表單簡單描述你目前的狀況，我們收到後會主動與你聯繫，安排時間對談。