W skrócie
- Samodzielnie hostowaną wersję Community Edition n8n można wykorzystywać do własnych wewnętrznych celów biznesowych. Sprzedawanie n8n jako usługi osobom trzecim wymaga innej licencji.
- Według n8n wersja chmurowa przechowuje dane w UE, na serwerach we Frankfurcie. Samodzielny hosting opłaca się przede wszystkim wtedy, gdy n8n ma łączyć się z systemami wewnętrznymi lub potrzebują Państwo pełnej kontroli.
- Prawidłowa konfiguracja obejmuje serwer w UE, Docker, PostgreSQL, HTTPS przez reverse proxy, zabezpieczony klucz i regularne aktualizacje.
- Samodzielny hosting oznacza samodzielne utrzymanie. Kopie zapasowe, monitorowanie i aktualizacje muszą być stałym elementem planu.
Chmura czy samodzielny hosting?
| Kryterium | n8n Cloud | Samodzielny hosting |
|---|---|---|
| Lokalizacja danych | UE, według n8n na serwerach we Frankfurcie | W wybranym przez Państwa miejscu, na przykład we własnym centrum danych lub u dostawcy w UE |
| Eksploatacja | Odpowiada n8n | Odpowiadają Państwo lub Państwa usługodawca |
| Aktualizacje i kopie zapasowe | Odpowiada n8n | Państwa zadanie |
| Dostęp do systemów wewnętrznych | Tylko przez internet | Również do systemów we własnej sieci, na przykład systemu magazynowo-handlowego lub serwera plików |
| Możliwości dostosowania | Ograniczone | Własne węzły, pakiety i reguły sieciowe |
| Koszty | Abonament zależny od zakresu | Serwer oraz czas pracy poświęcony na utrzymanie |
Chmura to najprostsza droga, jeśli Państwa procesy łączą przede wszystkim usługi chmurowe. Samodzielny hosting opłaca się, gdy n8n ma łączyć się z systemami we własnej sieci, gdy wymagania dotyczące ochrony danych narzucają określoną lokalizację lub gdy obsługują Państwo wiele procesów o dużej liczbie operacji.
Na co pozwala licencja
n8n jest udostępniane na licencji Sustainable Use License. Pozwala ona na korzystanie i modyfikowanie do własnych wewnętrznych celów biznesowych oraz do celów prywatnych lub niekomercyjnych. Firma może więc uruchomić n8n na własnych serwerach i automatyzować za jego pomocą swoje procesy. Nie wolno oferować samego n8n jako płatnej usługi dla innych. Niektóre funkcje dla większych organizacji należą do edycji Business i Enterprise i wymagają klucza licencyjnego. Bez klucza działa bezpłatna Community Edition.
Elementy prawidłowej konfiguracji
- Serwer w UE: serwer wirtualny u dostawcy z centrum danych w UE lub serwer we własnej siedzibie. W wielu firmach na początek wystarczy niewielka maszyna.
- Docker Compose: n8n zaleca Docker Compose do pracy produkcyjnej. Dzięki temu n8n, baza danych i proxy działają w oddzielnych kontenerach.
- PostgreSQL: domyślnie n8n korzysta z SQLite. Do pracy produkcyjnej zalecamy PostgreSQL, ponieważ ułatwia tworzenie kopii zapasowych, utrzymanie i późniejszą rozbudowę.
- HTTPS przez reverse proxy: n8n działa wewnętrznie, a proxy, takie jak Caddy, Traefik lub nginx, zapewnia certyfikat i przekazuje żądania.
- Zabezpieczenie klucza: n8n szyfruje zapisane dane dostępowe własnym kluczem. W razie jego utraty wszystkie zapisane dane dostępowe stają się bezużyteczne.
- Ograniczenie dostępu: konta użytkowników z logowaniem dwuskładnikowym, edytor w miarę możliwości dostępny tylko przez VPN lub z dozwolonych adresów, webhooki udostępniane publicznie w kontrolowany sposób.
Najważniejsze ustawienia w pliku środowiskowym wyglądają mniej więcej tak:
DB_TYPE=postgresdb
DB_POSTGRESDB_HOST=postgres
N8N_HOST=n8n.example.eu
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.example.eu/
GENERIC_TIMEZONE=Europe/Vienna
N8N_ENCRYPTION_KEY=ein-langer-zufaelliger-schluessel
N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
Eksploatacja: co po konfiguracji
- Aktualizacje: należy dbać o aktualną wersję n8n. Projekt regularnie publikuje komunikaty bezpieczeństwa, tylko 14 października 2026 ukazało się ich dziesięć. Jeśli od systemu zależą ważne procesy, aktualizacje trzeba najpierw przetestować na kopii.
- Kopie zapasowe: codziennie należy tworzyć kopie bazy danych i klucza, przechowywane oddzielnie od serwera. Raz na kwartał trzeba rzeczywiście przetestować odtwarzanie.
- Monitorowanie: należy włączyć powiadomienia o nieudanych procesach, na przykład e-mailem lub na czacie, i kontrolować pamięć, obciążenie oraz certyfikat.
- Porządkowanie danych z wykonań: n8n zapisuje dane wejściowe i wyjściowe procesów. Należy ustalić, jak długo będą przechowywane, również ze względu na ochronę danych.
- Skalowanie: przy wielu równoczesnych procesach n8n można uruchomić w trybie kolejkowym z Redis i wieloma procesami roboczymi.
Ochrona danych: co rozwiązuje lokalizacja serwera, a czego nie
Serwer w UE rozwiązuje tylko część kwestii. Gdy proces wysyła dane do innych usług, na przykład modelu językowego, CRM lub dostawcy poczty, znaczenie mają ich lokalizacje i umowy. Dla każdej zintegrowanej usługi należy sprawdzić, gdzie przetwarza dane, i zawrzeć niezbędne umowy powierzenia przetwarzania danych. Dla modułów AI dostępne są modele działające w centrach danych w UE lub takie, które można utrzymywać samodzielnie. Więcej w naszym wpisie AI z własnymi danymi firmowymi.
Samodzielne utrzymanie czy zlecenie obsługi?
Samodzielny hosting sprawdza się, gdy Państwa zespół IT ma doświadczenie w pracy z systemem Linux, narzędziem Docker i kopiami zapasowymi oraz planuje czas na aktualizacje. Jeśli tego brakuje, zwykle lepszym wyborem jest wersja chmurowa lub usługodawca utrzymujący serwer. Kiedy warto skorzystać z agencji i co powinna zapewnić, wyjaśniamy we wpisie Agencja n8n czy samodzielne wdrożenie.
Źródła
- Dokumentacja n8n: Hosting n8n
- Dokumentacja n8n: Instalacja przy użyciu narzędzia Docker
- n8n: Sustainable Use License
- n8n: Ceny i lokalizacja danych w chmurze
- n8n na GitHub: Komunikaty bezpieczeństwa
- Rozporządzenie (UE) 2016/679 (ogólne rozporządzenie o ochronie danych), Art. 28 i 32: EUR-Lex