n8n 2.0 nadchodzi.
Przygotuj swoją instancję.
Pierwsza duża aktualizacja od premiery v1.0 w lipcu 2023. Nowa architektura bezpieczeństwa, wyższa wydajność i zmiany krytyczne, które wymagają Twojej interwencji przed aktualizacją.
Co nowego w n8n 2.0?
Automatyczny zapis
Stan workflow jest zapisywany w czasie rzeczywistym. Chroni przed utratą kodu przy awarii przeglądarki lub przypadkowym odświeżeniu karty.
Zoptymalizowany interfejs
Czytelniejszy canvas i przebudowany pasek boczny. Szybsza nawigacja przy złożonych procesach i łatwiejsze zarządzanie węzłami.
System plików zamiast RAM
Przetwarzanie danych binarnych bezpośrednio na dysku. Eliminuje błędy Out of Memory przy pracy z dużymi plikami.
Izolacja procesów
Kod Python i JS uruchamiany w odseparowanych procesach. Zwiększa stabilność głównego wątku i bezpieczeństwo instancji.
Korzyści aktualizacji do v2.0
- Bezpieczeństwo klasy EnterpriseWymuszenie dobrych praktyk (izolacja kodu, blokada env vars)
- Stabilność przy dużych danychObsługa plików na dysku zamiast RAM eliminuje problemy OOM
- AutosaveEliminacja ryzyka utraty niezapisanej pracy
- Wyższa wydajność SQLiteNowy sterownik (pooling driver) znacząco przyspiesza operacje lokalne
Zmiany krytyczne – wymagane działania
N8N_BLOCK_ENV_ACCESS_IN_NODE jest teraz ustawiona na true. Wrażliwe dane należy przenieść do Credentials.NODES_EXCLUDE="[]"N8N_SKIP_AUTH_ON_OAUTH_CALLBACK zmienia wartość z true na false. Integracje OAuth będą wymagać uwierzytelnienia.N8N_RESTRICT_FILE_ACCESS_TO domyślnie ogranicza dostęp do katalogu ./data. Wpływa na węzły ReadWriteFile i ReadBinaryFiles.N8N_GIT_NODE_DISABLE_BARE_REPOS domyślnie ustawiona na true.falsen8nio/n8n nie zawiera już Task Runnera. Dla external mode użyj nowego obrazu: n8nio/runners.# oznacza komentarz, wsparcie dla wartości wieloliniowych..env pod kątem znaków specjalnychn8nio/runners. Metody Pyodide (np. js.import, _input, dostęp przez kropkę) przestaną działać.Najczęściej zadawane pytania
Nie w 100%. Wprowadzono zmiany krytyczne (breaking changes), m.in. usunięcie wsparcia dla MySQL/MariaDB oraz zmiany w obsłudze Code Node (Python/JS). Wymagany jest audyt instancji i migracja bazy danych przed podniesieniem wersji.
Instancja n8n v2.0 nie uruchomi się. Wsparcie dla tych baz zostało całkowicie usunięte. Musisz zmigrować dane do PostgreSQL (zalecane produkcyjnie) lub SQLite (nowy driver sqlite-pooled) jeszcze na wersji 1.x, używając wbudowanego narzędzia CLI.
n8n rezygnuje z Pyodide na rzecz natywnego Pythona uruchamianego przez Task Runners. Oznacza to lepszą wydajność, ale specyficzna składnia Pyodide (np. js.import, dostęp przez kropkę, zmienna _input) przestanie działać. Wymagana jest refaktoryzacja kodu.
W v2.0 zmienna N8N_BLOCK_ENV_ACCESS_IN_NODE jest domyślnie ustawiona na true ze względów bezpieczeństwa. Zalecamy przeniesienie sekretów do Credentials. Jeśli absolutnie musisz używać zmiennych środowiskowych w kodzie, zmień ustawienie tej flagi na false.
Wersja 1.x otrzyma status Long Term Support (LTS) tylko na 3 miesiące od premiery v2.0 (do ok. marca 2026). W tym czasie będą wydawane tylko poprawki bezpieczeństwa i krytyczne bugfixy. Nowe funkcje trafią wyłącznie do v2.x.
Natychmiast zmień tag na konkretną wersję (np. n8nio/n8n:1.70.0). Tag :latest automatycznie pobierze v2.0 po premierze, co może zepsuć Twoją instancję bez przygotowania.
Technicznie tak, ale wymaga przywrócenia backupu bazy danych. Nie ma automatycznego downgrade'u - schemat bazy zmienia się nieodwracalnie. Dlatego backup przed aktualizacją jest obowiązkowy.
Checklista przygotowania do n8n 2.0
Zaznaczaj wykonane kroki - postęp zapisuje się automatycznie.
latest w Dockerze na obecną wersję, aby uniknąć automatycznej aktualizacji.NODES_EXCLUDE) czy zastąpić.process.env? Które używają Python?Osiągnięcie odblokowane!
Pierwszy krok