n8n Cloud, nebo vlastní server? Jak se rozhodnout
n8n na vlastním serveru nemá limit spuštění, ale provoz je na vás. Cloud se platí za běh a aktualizuje ho někdo jiný. Proč jsme zvolili Cloud a kdy ne.
- n8n Cloud: spravovaná služba, aktualizuje ji někdo za vás, platí se za každé spuštění workflow. Provozujete workflow, ne servery.
- Vlastní server: žádný limit spuštění a plná kontrola nad tím, kde data leží, jenže provozovatelem se stáváte vy: aktualizace, databáze, zálohy, monitoring.
- Rozhodují objem, umístění dat a to, kdo drží pohotovost, ne cena licence.
- My provozujeme Cloud. Ať zvolíte cokoli, zálohujte zvenčí n8n.
Pro většinu malých firem je lepším začátkem n8n Cloud. Vlastní server se vyplatí, až když je objem spuštění vysoký, data musí zůstat na vaší vlastní infrastruktuře, nebo už máte někoho, kdo se o servery stará. n8n na vlastním serveru odstraní limit spuštění, ale udělá z vás provozovatele produkčního systému. Cloud stojí peníze za každý běh, zato aktualizace, dostupnost a bezpečnostní záplaty řeší někdo jiný. Na n8n Cloud nám běží skoro stovka aktivních workflow a takhle bychom se rozhodovali znovu.
Co naše instance nese
Aby bylo zřejmé, o co jde: na naší instanci n8n Cloud běží zpracování obchodní schránky (třídění, návrhy, obrazovky ke kontrole, odesílání, sesouhlasení), pravidla inbox zero pro osobní schránku, import bankovních výpisů přes připojení jen pro čtení, zálohovací úlohy a hlídače dalších systémů, krok AI diagnózy v našem monitoringu kvality webů a generování obrázků pro tento blog. Několik z těchto workflow volají AI agenti jako nástroje přes webhooky. Kdyby instance na den stála, odpovědi zákazníkům by čekaly, zálohy by nikdo nekontroloval a upozornění na chyby by nikomu nepřišla. To je produkční systém, ať ho hostuje kdokoli, a otázka zní jen, kdo ho udrží při životě.
V čem se doopravdy liší
| n8n Cloud | Vlastní server (Community Edition) | |
|---|---|---|
| Účtování | Tarif s přiděleným počtem spuštění; jeden běh se počítá jednou bez ohledu na počet kroků | Žádný limit spuštění; platíte server a svůj čas |
| Aktualizace a bezpečnost | Řeší je někdo za vás | Vaše práce, ve vašem termínu |
| Kde data leží | Infrastruktura n8n | Tam, kde instanci provozujete |
| Databáze a škálování | Spravované | Vybíráte a udržujete sami (SQLite nebo Postgres, pro velkou zátěž queue mode) |
| Prostředí a vlastní uzly | Omezená kontrola | Plná kontrola |
| Zálohy | Na úrovni platformy; vlastní export se přesto doporučuje | Zcela na vás |
Tarify a ceny se mění. Než se rozhodnete, podívejte se na aktuální ceník n8n. Model účtování, tedy za spuštění v Cloudu a bez limitu na vlastním serveru, se ale drží a právě ten rozhodnutí určuje.
Náklady při větším objemu
Účtování za spuštění je velkorysé ve srovnání s účtováním za kroky. To byl ostatně důvod, proč jsme si n8n vybrali místo Zapieru (viz n8n vs. Zapier). Spuštění se ale sčítají způsoby, které snadno přehlédnete:
- Spouštěče s dotazováním. Workflow, které každou minutu kontroluje schránku, proběhne zhruba 43 000krát za měsíc, i když většinou nic nenajde. Náš klasifikátor schránky běží místo toho čtyřikrát denně. Bylo to v první řadě obchodní rozhodnutí, a navíc je to levnější.
- Dílčí workflow. Rozdělit velké workflow na opakovaně použitelné části je dobrý návrh, jenže na většině tarifů se každá část, která proběhne, počítá jako spuštění.
- Webhooky, které volají agenti. Když AI agenti používají workflow jako nástroje, počet volání se řídí jejich aktivitou, ne vaším kalendářem.
Pokud se váš očekávaný objem pohodlně vejde do tarifu Cloudu, skutečnou úsporou není server, který byste si pro vlastní provoz pronajali. Úspora by musela pokrýt hodiny, které jeho provoz stojí.
Údržba, ke které se zavazujete
Rozjet n8n na vlastním serveru je snadné: jeden kontejner a doména. Udržet ho v chodu celé roky je jiná práce:
- Instalovat aktualizace n8n a předtím číst poznámky k vydání kvůli nekompatibilním změnám.
- Provozovat a zálohovat databázi, ve které jsou workflow, credentials a historie spuštění.
- TLS certifikáty, reverzní proxy, pravidla firewallu, aktualizace operačního systému.
- Monitoring, který vám řekne, že instance neběží, dřív než zákazník.
- Ochrana šifrovacího klíče pro credentials. Když ho ztratíte, všechny uložené přihlašovací údaje jsou k ničemu.
Pro někoho, kdo servery spravuje tak jako tak, nic z toho není těžké. Pro malou firmu bez takového člověka je to produkční systém, za který nikdo nedrží pohotovost. To je skutečný důvod, proč jsme zvolili Cloud. Svůj čas chceme věnovat workflow, na kterých stojí firma, ne stroji pod nimi.
Kde leží data
Tohle je nejsilnější argument pro vlastní server. Automatizace, která čte obchodní schránku nebo účetní data, posílá citlivé informace přes automatizační platformu. Někteří zákazníci se zeptají, kde se to děje, dřív než pustí workflow ke své schránce, a v některých oborech odpověď rovnou určují předpisy.
Ať se vydáte kteroukoli cestou, pomohou dvě věci. Zaprvé držte tajné údaje v úložišti credentials daného nástroje, nikdy v polích workflow ani v kontextu AI agenta. U nás agenti volají webhooky n8n jako nástroje a API klíče za nimi nikdy nevidí. Zadruhé dávejte credentials nejužší rozsah, který ještě funguje. Naše připojení k bankovním datům je jen pro čtení. Když systém neumí práva přihlašovacího údaje zúžit, zapíšeme si, ke které jediné úloze slouží, a všechno ostatní od něj držíme dál.
Zálohy zvenčí nástroje
Ať zvolíte cokoli, nenechte n8n, aby zálohovalo samo sebe. Workflow, které zálohuje n8n a běží v n8n, zmizí spolu s ním. Naše záloha je plánovaná GitHub Action, která přes API n8n stáhne úplný JSON každého workflow a uloží ho na samostatný sdílený disk. Credentials jsou uvedené jen názvem: n8n jejich hodnoty přes API neexportuje a v záloze bychom je stejně nechtěli. Patří do šifrovaného trezoru tajemství.
Tím je zodpovězená i otázka závislosti na dodavateli. Když máte každé workflow jako soubor JSON ve složce, kterou máte pod kontrolou, je přechod mezi Cloudem a vlastní instancí otázkou importu a nového zadání credentials, ne stavění od nuly.
Jak se rozhodnout
| Pokud platí | Spíš volte |
|---|---|
| Nikdo ve firmě servery nespravuje | Cloud |
| Objem se pohodlně vejde do tarifu Cloudu | Cloud |
| Data musí zůstat na vaší vlastní infrastruktuře | Vlastní server |
| Velmi vysoký objem, třeba webhooky pro každou událost ve velkém | Vlastní server a někdo s pohotovostí |
| Potřebujete vlastní uzly nebo plnou kontrolu nad prostředím | Vlastní server |
Pokud si nejste jistí, začněte v Cloudu, od prvního dne exportujte workflow a vraťte se k rozhodnutí, až vás k tomu donutí účet nebo zákazníkova otázka na data. S druhou polovinou provozních nákladů, tedy s voláními AI uvnitř workflow, pomůže lekce Modely, limity a cena. Pokud se část vaší logiky hodí spíš jako kód na okraji sítě než jako workflow, manuál Cloudflare Workers (zatím anglicky) ukazuje alternativu, kterou používáme pro naši formulářovou bránu.
Časté otázky
Je n8n na vlastním serveru zdarma?
Community Edition můžete provozovat zdarma podle licence n8n Sustainable Use License a nemá žádný limit spuštění. Platíte ale server, databázi, zálohy a hlavně čas, který stojí ji udržovat aktuální a v chodu.
Mohu z n8n Cloud později přejít na vlastní server?
Ano. Workflow se exportují jako JSON a dají se naimportovat do jiné instance. Přihlašovací údaje (credentials) se s nimi nepřenášejí a je potřeba je zadat znovu. I proto se vyplatí vést si písemný seznam, které credentials které workflow používá.
Co je bezpečnější?
Samo o sobě ani jedno. Cloud vám dává profesionálně záplatovanou platformu, vlastní server kontrolu nad tím, kde data leží. Instance na vlastním serveru, která se neaktualizuje, je méně bezpečná než Cloud.
Jak se n8n zálohuje?
Zvenčí. Každé workflow exportujeme jako JSON plánovanou GitHub Action a ukládáme ho na samostatný disk, credentials uvádíme jen názvem. Záloha, která běží uvnitř n8n, zmizí spolu s ním.
Napsáno z našich produkčních systémů. Koncept vznikl s pomocí AI, text zkontroloval Kamil Hrbáček.
Chcete to mít ve firmě?
Flowsmith navrhuje a provozuje takové automatizace pro malé a střední týmy — a vše, co odchází ven, schvaluje člověk.
