n8n připravuje verzi 3.0 a s ní změnu, která se dotkne hlavně firem provozujících automatizace na vlastní infrastruktuře. Nové instalace mají používat Docker Compose nebo připravený instalační postup; instalace přes npm přestane být podporovanou cestou pro AI Assistant. Současně n8n Cloud zavádí Gateway credits pro jednodušší používání AI modelů a dalších služeb bez samostatných účtů u každého poskytovatele.
n8n se ve firmách často postupně změní z experimentu na důležitou provozní vrstvu. Přes jeden systém tečou objednávky, formuláře, faktury, dokumenty, e-maily nebo data pro AI asistenty. Aktualizace proto není stejná jako instalace nové aplikace do telefonu. Nejdřív je potřeba zjistit, jak současná instance běží, co je na ní závislé a jak se vrátit zpět, pokud se něco nepovede.
Tento článek vysvětluje, co zkontrolovat před přechodem na n8n 3.0 a co prakticky znamenají nové Gateway credits.
Co se s n8n 3.0 mění
Podle aktuálního changelogu n8n mají nové instalace využívat one-line setup nebo Docker Compose. AI Assistant vyžaduje Docker a instalace přes npm s verzí 3.0 přestanou fungovat jako podporovaná cesta.
Pro běžného uživatele n8n Cloud se většina technické změny odehraje na straně poskytovatele. Firma s vlastní instalací ale musí vědět, zda dnes používá:
- Docker nebo Docker Compose,
- Kubernetes či Helm,
- instalaci přes npm,
- předpřipravený obraz od dodavatele,
- vlastní konfiguraci na virtuálním nebo fyzickém serveru.
Nejde jen o název technologie. Od způsobu instalace se odvíjí umístění databáze, souborů, šifrovacího klíče, proměnných prostředí, přístupů a záloh.
První krok: zjistěte, co skutečně provozujete
Ve firmě bývá n8n často „ten server, který kdysi někdo nastavil“. To je problém dřív, než začne aktualizace.
Před změnou si zapište:
- současnou verzi n8n,
- způsob instalace a spuštění,
- umístění databáze,
- umístění uživatelských souborů,
- způsob ukládání credentials,
- používaný šifrovací klíč,
- doménu, reverzní proxy a TLS certifikát,
- závislé databáze a služby,
- seznam community nodes,
- vlastní kód, skripty a externí příkazy,
- způsob monitoringu a upozornění na chyby.
Pokud tyto informace chybějí, nepřecházejte rovnou na novou hlavní verzi. Nejprve udělejte inventuru. Jinak můžete mít zálohu workflow, ale chybět vám budou přístupy, klíče nebo část dat nutná k jejich spuštění.
Záloha není jen export workflow
Export workflow je užitečný, ale sám o sobě nestačí. Pro obnovu provozu potřebujete také data a konfiguraci, ze kterých instance vznikla.
Před aktualizací zálohujte minimálně:
- databázi n8n,
- konfigurační soubory a Docker Compose,
- proměnné prostředí nebo jejich bezpečný export,
- šifrovací klíč používaný pro credentials,
- vlastní soubory a připojené volumes,
- seznam instalovaných community nodes a jejich verzí,
- export kritických workflow,
- nastavení proxy, domény a certifikátů.
Zálohu je potřeba také vyzkoušet. Soubor uložený na disku není důkaz, že z něj lze systém obnovit. U důležité instance má být známý postup návratu na předchozí verzi a člověk, který jej umí provést.
Vytvořte testovací kopii
Hlavní verze softwaru může změnit chování uzlů, konfigurace nebo rozhraní. Proto je rozumné připravit testovací instanci oddělenou od produkce.
Do ní nahrajte kopii vybraných workflow, ale nepoužívejte automaticky ostré přístupy. Testovací systém nemá bez kontroly:
- posílat skutečné e-maily zákazníkům,
- zapisovat do produkčního účetnictví,
- měnit objednávky a sklad,
- odesílat kampaně,
- mazat soubory nebo záznamy,
- spouštět placené AI úlohy bez limitu.
Použijte testovací účty, kopie dat a omezená oprávnění. Kde testovací rozhraní neexistuje, přidejte do workflow bezpečný přepínač, který nahradí zápis uložením náhledu nebo interní notifikací.
Která workflow testovat jako první
Není nutné spustit ručně každý pomocný proces. Začněte workflow, jejichž chyba by měla největší dopad.
Prioritu mají:
- objednávky a platby,
- účetnictví a fakturace,
- synchronizace skladu,
- formuláře a nové poptávky,
- webhooky používané webem nebo aplikací,
- odesílání e-mailů a notifikací,
- automatizace pracující s osobními údaji,
- AI agenti s právem zapisovat nebo spouštět další nástroje.
U každého workflow otestujte běžný průchod, chybějící data, odmítnutý přístup, timeout, opakované spuštění a návrat externí služby s chybou.
Pozor na community nodes a vlastní kód
Standardní uzly spravuje n8n, ale community nodes mohou mít jiný rytmus aktualizací. Před přechodem zjistěte:
- zda je uzel aktivně udržovaný,
- zda podporuje novou hlavní verzi,
- jestli existuje standardní alternativa,
- co se stane s workflow, když uzel přestane fungovat.
Stejnou pozornost potřebují Code nodes, příkazy spouštěné na serveru a vlastní rozšíření. Dockerizace může změnit dostupné knihovny, cestu k souborům nebo síťové spojení. Skript, který fungoval přímo na serveru, nemusí mít uvnitř kontejneru stejný přístup.
Co jsou Gateway credits
Gateway credits jsou nová možnost v n8n Cloud. U podporovaného uzlu lze místo vlastního účtu a API klíče zvolit předplacený zůstatek spravovaný přes n8n.
Podporované služby zahrnují modely od OpenAI, Anthropic, Google Gemini, Alibaba Cloud Qwen, MiniMax a Moonshot Kimi. Kredity lze použít také pro vybrané nástroje, například Brave Search, Firecrawl, Browserbase, LlamaParse a PDF.co.
Volba se provádí pro jednotlivé uzly. Jedno workflow proto může část služeb používat přes Gateway credits a část přes vlastní credentials.
Kdy Gateway credits dávají smysl
Gateway credits mohou být praktické, když:
- chcete rychle postavit prototyp,
- nechcete zakládat několik účtů u různých poskytovatelů,
- testujete různé modely v malém objemu,
- chcete spotřebu sledovat na jednom místě,
- potřebujete nastavit automatické dobití s měsíčním limitem.
Neznamená to, že vlastní API klíče přestávají být užitečné. Ty mohou být vhodnější, když firma potřebuje přímou smlouvu s poskytovatelem, vlastní limity, specifické podmínky zpracování dat, podrobný billing nebo nezávislost na prostředníkovi.
Rozhodnutí proto nemá stát jen na pohodlí. U citlivých dat se musí ověřit celý řetězec zpracování, smluvní podmínky a místo, kam informace skutečně odcházejí.
Gateway credits neřeší bezpečnost workflow
Jednodušší připojení modelu neznamená bezpečnější automatizaci. Firma stále musí rozhodnout:
- jaká data model dostane,
- zda se do promptu neposílají osobní nebo obchodně citlivé údaje,
- které akce smí AI navrhnout,
- které akce vyžadují lidské schválení,
- jak se zaznamenává spotřeba a výsledek,
- co se stane při vyčerpání kreditu nebo výpadku služby.
Zvláštní pozornost patří automatickému dobíjení. Nastavte rozumný měsíční limit a upozornění. Chybně navržená smyčka může během krátké doby opakovaně volat placenou službu.
Doporučený postup aktualizace
1. Inventura
Zjistěte verzi, způsob instalace, databázi, volumes, credentials, klíče, vlastní uzly a všechny závislosti.
2. Ověřená záloha
Zálohujte data i konfiguraci a vyzkoušejte obnovu mimo produkci.
3. Testovací instance
Připravte novou instalaci přes Docker Compose nebo jiný podporovaný způsob. Nepřipojujte ji bez omezení k ostrým systémům.
4. Test kritických procesů
Ověřte webhooky, plánované úlohy, přístupy, e-maily, databáze, AI uzly a chování při chybách.
5. Plán přepnutí
Určete termín, odpovědnou osobu, přijatelné přerušení a podmínky návratu na starou verzi.
6. Kontrola po aktualizaci
Po přechodu sledujte chyby, délku běhu, fronty, spotřebu a počet opakovaných spuštění. Nestačí vidět, že se editor otevře.
Kontrolní seznam před n8n 3.0
Hlavní závěr
n8n 3.0 není důvod k panice ani k okamžitému přepnutí produkce. Je to důvod dát do pořádku způsob, jakým firma své automatizace provozuje.
Nejdůležitější není samotné tlačítko Aktualizovat. Důležité je vědět, z čeho se instance skládá, mít funkční zálohu, ověřit kritická workflow a ponechat si cestu zpět.
Gateway credits zároveň snižují překážku pro první práci s AI službami. Pro prototypy a menší testy mohou být pohodlné. U dlouhodobého provozu je ale stále potřeba řešit cenu, smluvní podmínky, bezpečnost dat a odpovědnost za celý proces.
Jak pomáhá Kodo
Kodo navrhuje, propojuje a spravuje automatizace podle skutečného provozu firmy. Pomůžeme zmapovat současnou instalaci n8n, připravit bezpečný přechod, otestovat kritická workflow a nastavit dohled nad chybami i spotřebou AI služeb.
Související články
- n8n: automatizace, která propojí vaše systémy bez ruční práce
- Jak poznat proces, který se vyplatí automatizovat
- OpenAI Astra a bezpečné nasazení AI agentů
Zdroje
- n8n Changelog
- n8n hosting documentation
- n8n Docker Compose documentation
- n8n backup and restore documentation
Informace vycházejí ze stavu dokumentace k 7. září 2026. Před aktualizací ověřte aktuální dokumentaci a poznámky k vydání konkrétní verze.
