Jak Uruchomić n8n Na Swoim Serwerze

Obserwujesz wzrost swojego rachunku w Zapier od sześciu miesięcy.

Każdy nowy przepływ pracy dodaje kolejny element listy, a każdy krok liczy się jako zadanie. Miesięczna faktura teraz kosztuje więcej niż narzędzie do zarządzania projektem.

Zaczynasz szukać alternatyw w Google i trafia na n8n, platformę automatyzacji, którą możesz samodzielnie hostować na własnym wirtualnym prywatnym serwerze (VPS), za 4 do 10 dolarów miesięcznie.

Nieograniczone wykonania przepływu pracy. Brak ceny za zadanie. Brak niespodziewanych rachunków, gdy Twoje automatyzacje nabiorą tempa.

Konfiguracja trwa około godziny. I tak, przeprowadzamy Cię przez cały proces.

Czym Jest n8n i Dlaczego Ludzie Samodzielnie Go Hostują?

n8n to platforma automatyzacji przepływu pracy, która pozwala łączyć aplikacje, przenosić dane między usługami oraz budować skomplikowane automatyzacje za pomocą wizualnego edytora. Możesz myśleć o tym jak o silniku do „kiedy X się zdarzy, wykonaj Y i Z”, ale zamiast pisać kod, przeciągasz węzły i rysujesz połączenia.

Z ponad 180 000 gwiazdek na GitHubie oraz ponad 100 milionami pobrań z Docker, stało się jednym z najpopularniejszych narzędzi do automatyzacji hostowanych na własnym serwerze.

Platforma działa na Licencji Użytkowania Zrównoważonego, którą warto zrozumieć przed podjęciem decyzji. Nie jest to tradycyjne oprogramowanie open source (nie posiada certyfikacji OSI), ale nie jest również ograniczone. Możesz z niego swobodnie korzystać dla własnej firmy. Po prostu nie możesz go odsprzedawać jako hostowaną usługę.

„…Każdy może korzystać z [źródła n8n] całkowicie za darmo… Co jednak różni naszą licencję, to to, że ludzie nie mogą komercjalizować naszego kodu.” – Jan Oberhauser, CEO n8n, jak powiedział Sequoia

Ludzie hostują samodzielnie n8n, ponieważ ekonomia zmienia się, gdy przekroczysz podstawowe użycie. n8n Cloud zaczyna się od $20/miesiąc za 2,500 wykonania w planie Starter, a jeśli prowadzisz jakąkolwiek znaczącą ilość, te limity szybko stają się widoczne.

Na własnym VPS? Nieograniczone wykonania, pełna własność danych, stałe koszty. Twój serwer działa tak samo, czy uruchomisz 100 przepływów pracy, czy 10 000.

Co Możesz Automatyzować za Pomocą n8n?

Ponad 400 wbudowanych integracji obejmuje szeroki zakres, a węzły stworzone przez społeczność zwiększają łączną liczbę do tysięcy. n8n jest częścią rosnącego ekosystemu alternatyw open-source dla narzędzi SaaS, obejmujących wszystko, od CRM po zarządzanie projektami. 

Kilka typowych konfiguracji:

• CRM i Routing Leadów. Synchronizuj kontakty między CRM, platformą e-mailową i Slackiem, gdy napływają nowe leady.
• Przepływy pracy uruchamiane przez Webhook. Reaguj na zdarzenia z procesorów płatności, zgłoszeń formularzy lub commitów na GitHubie w czasie rzeczywistym.
• Automatyzacja przetwarzania danych. Pobieraj dane z API, przekształcaj je i wprowadzaj do baz danych lub arkuszy kalkulacyjnych według harmonogramu.
• Łańcuchy agentów AI. Połącz LLM z narzędziami wewnętrznymi, aby tworzyć niestandardowe asystenty AI, które mogą wyszukiwać, podsumowywać i działać na twoich danych.

(To ostatnie ma znaczenie, gdy zaczynają liczyć się zasoby twojego serwera — więcej na ten temat w sekcji specyfikacji.)

Ile Kosztuje Samodzielne Hostowanie n8n?

Samodzielne hostowanie n8n na VPS kosztuje od 4 do 10 dolarów miesięcznie, w zależności od dostawcy i planu.

To pełny koszt infrastruktury: serwer, pamięć i przepustowość. Oprogramowanie n8n jest darmowe.

Porównaj to z uruchomieniem n8n na własnej chmurze:

Plan	Miesięczny Koszt	Limit Wykonania
n8n Cloud Starter	$20/miesiąc	2,500 wykonania
n8n Cloud Pro	$50/miesiąc	Niestandardowa liczba wykonania
n8n Cloud Business	$800/miesiąc	40,000 wykonania
Self-hosted VPS	$4–10/miesiąc	Bez limitu

Przewaga zwiększa się, gdy weźmiesz pod uwagę, jak n8n liczy zużycie. n8n nalicza jedno wykonanie za każde uruchomienie przepływu pracy, niezależnie od liczby kroków, które zawiera ten przepływ. Inne popularne platformy automatyzacji liczą każdy krok jako osobne zadanie.

Więc, pięcioetapowy przepływ pracy uruchamiany 100 razy dziennie to 3,000 wykonania n8n miesięcznie, ale 15,000 zadań gdzie indziej.

Rzeczywiści użytkownicy to potwierdzają. Analiza przeprowadzona przez ExpressTech wykazała roczne oszczędności w wysokości 636–684 dolarów dla konfiguracji obsługującej około 7,000 wykonania miesięcznie w ramach czterech przepływów pracy. Okres zwrotu wynosił od dwóch do trzech miesięcy.

Ukryte Koszty Samodzielnego Hostingu

Oszczędności finansowe są realne. Ale samodzielne hostowanie nie jest darmowe we wszystkich aspektach.

Oto ile to kosztuje:

Twój czas. Zaplanuj 1–2 godziny miesięcznie na rutynowe aktualizacje, kopie zapasowe i sprawdzanie dzienników. Bardziej zaawansowane konfiguracje z automatyzacjami opartymi na SI będą wymagały więcej czasu.

Problemy Z Konfiguracją OAuth. Połączenie usług takich jak Google Workspace czy Microsoft 365 wymaga skonfigurowania poświadczeń OAuth, co zajmuje około 10–20 minut na dostawcę. Ekran zgody OAuth od Google jest szczególnie irytujący; użytkowanie produkcyjne wymaga weryfikacji aplikacji, która może trwać dni. (Jeśli kiedykolwiek obserwowałeś wskaźnik ładowania, podczas gdy Google recenzuje twoją aplikację do „testów wewnętrznych”, znasz to uczucie.)

Problemy z odnawianiem SSL. Certyfikaty Let’s Encrypt są darmowe i dobrze automatyzują proces odnowy — dopóki wszystko działa. Zmiany w DNS lub przerwy w procesie mogą powodować ciche awarie. To typ sytuacji, który działa idealnie przez 89 dni, a następnie zawodzi o 2 w nocy 90. dnia.

Czas pierwszej konfiguracji. Przeznacz od jednej do dwóch godzin na pierwsze wdrożenie, jeśli czujesz się komfortowo w terminalu. Nigdy wcześniej nie łączyłeś się z serwerem przez SSH? Dodaj trochę dodatkowego czasu na opanowanie tego.

Jakie Specyfikacje Serwera Wymaga n8n?

Minimalna specyfikacja do uruchomienia n8n to 2GB RAM, 2 rdzenie CPU i 20 GB pamięci. To wystarczy do testowania i lekkiego programowania. Do zastosowań produkcyjnych idealne jest od 4 GB do 8 GB RAM.

Pamiętaj także, że n8n jest ograniczone pamięcią, a nie procesorem. RAM ma większe znaczenie niż moc obliczeniowa. Używa około 100MB pamięci w stanie spoczynku, ale aktywne przepływy pracy wzrastają w zależności od objętości danych i stopnia skomplikowania twoich węzłów. 

Oto szybkie obliczenia na serwetce: 

Policz swoje aktywne przepływy pracy, pomnóż przez 50MB, a następnie dodaj gigabajt dla samej aplikacji n8n oraz dodatkowe obciążenie PostgreSQL. To Twoja bazowa ilość RAM.

Jesteś nowy w hostingu VPS? Zacznij od przewodnika dla początkujących po VPS od DreamHost, aby zrozumieć podstawy przed doborem rozmiaru serwera.

Który VPS Wybrać dla Samodzielnie Hostowanego n8n?

4GB RAM wystarczy większości samodzielnych hosterów n8n obsługujących do 100 przepływów pracy z wyzwalaczami webhook. Przejdź na 8GB przy intensywnym użytkowaniu, węzłach SI lub automatyzacji przeglądarek. 

Oto twoje opcje:

Przypadek Użycia	RAM	Zalecany Plan	Notatki
Automatyzacje osobiste, <20 przepływów pracy	2GB	DreamHost Self-Managed VPS Stack 2	Minimalna wystarczalność. Staje się ciasno przy węzłach AI lub automatyzacji przeglądarki.
Mały zespół, 20–100 przepływów pracy, webhooks	4GB	DreamHost Self-Managed VPS Stack 4	Optymalny wybór dla większości samodzielnych hosterów. Zalecany punkt wyjścia.
Intensywne użytkowanie, węzły AI, tryb kolejki	8GB+	DreamHost Self-Managed VPS Stack 8	Dla obciążeń produkcyjnych z automatyzacją przeglądarki lub lokalnymi modelami AI.

Kilka specyfikacji wartych uwagi poza RAM: NVMe storage znacząco wpływa na wydajność PostgreSQL. Wynika to z faktu, że I/O bazy danych jest zazwyczaj wąskim gardłem, a nie CPU. Nieograniczona przepustowość ma znaczenie, jeśli prowadzisz prace obciążone webhookami z ciągłym strumieniem przychodzących żądań HTTP.

I pełny dostęp typu Root nie jest opcjonalny. Jeśli Twój plan VPS Hosting go nie oferuje, n8n nie może uruchomić Docker, zarządzać swoją bazą danych ani konfigurować własnych usług. Shared Hosting tutaj nie zadziała.

DreamHost to dostawca hostingu internetowego, który przez ponad 25 lat działał na infrastrukturze open-source. Nasze plany hostingu Self-Managed VPS spełniają wszystkie niezbędne wymagania — pamięć NVMe SSD, nieograniczoną przepustowość oraz pełny dostęp Root — co czyni go idealnym rozwiązaniem do uruchomienia n8n.

A, i jedna rzecz, którą warto zapamiętać na później: gdy Twoje użycie wzrośnie, n8n obsługuje tryb kolejki, architekturę skalowania, która oddziela interfejs użytkownika od wykonania przepływu pracy za pomocą Redis jako brokera wiadomości. Testy wydajności z dokumentacji n8n pokazują siedmiokrotny wzrost wydajności, gdy dokonasz przełączenia. 

Jak Skonfigurować n8n na VPS?

Wdrożenie samodzielnie hostowanej instancji n8n zajmuje pięć kroków i około godziny. W DreamHost, zalecamy używanie Docker Compose. Łączy on n8n, PostgreSQL i odwrotny serwer proxy (serwer, który znajduje się między internetem a Twoją aplikacją, obsługujący SSL i routing) w jeden plik konfiguracyjny.

Oto proces na wysokim poziomie:

1. Skonfiguruj VPS z Ubuntu 22.04 lub nowszym oraz dostępem SSH
2. Zainstaluj Docker i Docker Compose na serwerze
3. Utwórz plik docker-compose.yml, który definiuje trzy usługi: n8n, PostgreSQL oraz serwer odwrotnego proxy takie jak Nginx, Traefik czy Caddy
4. Konfiguruj zmienne środowiskowe, które kontrolują wszystko od twoich danych logowania do n8n po ciąg połączenia z bazą danych i klucz szyfrowania
5. Uruchom komendę docker compose up -d i działasz!

Jeden plik konfiguracyjny, jedno polecenie. Dokumentacja n8n Docker Compose przeprowadza przez każdą linię pliku compose.

Oto mniej więcej jak wygląda plik kompozycji, sprowadzony do podstaw:

services:                                                                                                                                                                                    
    n8n:                                                          
      image: n8nio/n8n:1.72.1                                                                                                                                                                  
      restart: unless-stopped
      ports:                                                                                                                                                                                   
        - "5678:5678"                                             
      environment:
        - DB_TYPE=postgresdb
        - DB_POSTGRESDB_HOST=postgres                                                                                                                                                          
        - DB_POSTGRESDB_USER=n8n
        - DB_POSTGRESDB_PASSWORD=twoje_hasło_bazy_danych                                                                                                                                              
        - N8N_ENCRYPTION_KEY=twój_klucz_szyfrowania                                                                                                                                              
        - EXECUTIONS_DATA_MAX_AGE=168
      depends_on:                                                                                                                                                                              
        - postgres                                                
      volumes:                                                                                                                                                                                 
        - n8n_data:/home/node/.n8n                                

    postgres:
      image: postgres:15
      restart: unless-stopped
      environment:                                                                                                                                                                             
        - POSTGRES_USER=n8n
        - POSTGRES_PASSWORD=twoje_hasło_bazy_danych                                                                                                                                                   
        - POSTGRES_DB=n8n                                         
      volumes:                                                                                                                                                                                 
        - postgres_data:/var/lib/postgresql/data
                                                                                                                                                                                               
  volumes:                                                        
    n8n_data:
    postgres_data:

To n8n i PostgreSQL działające razem z trwałą pamięcią. Na produkcję dodałbyś Nginx, Traefik lub Caddy jako trzecią usługę przed n8n, aby obsługiwać SSL.

(Zacznij od PostgreSQL już od pierwszego dnia. SQLite nadaje się do testów, ale migracja z SQLite do PostgreSQL później jest bolesna w sposób „żałuję, że zrobiłem to dobrze od początku”. Oszczędź sobie tego konkretnego bólu głowy.)

Dokumentacja n8n Docker Compose w pełni omawia warstwę odwrotnego proxy.

Czego Będziesz Potrzebować Zanim Zaczniesz

Zanim zaczniesz, potrzebujesz:

• VPS z dostępem Root z systemem Ubuntu 22.04 lub nowszym, z co najmniej 2GB RAM (zalecane 4GB)
• Nazwa domeny wskazująca na adres IP twojego serwera (dla SSL i dostępu do edytora n8n)
• Docker i Docker Compose zainstalowane na serwerze
• Podstawowa znajomość terminala — powinieneś umieć połączyć się z serwerem przez SSH, edytować pliki i wykonywać polecenia
• Około 1–2 godzin na początkową konfigurację

Jeszcze jedno wymaganie, którego nie ma na żadnej oficjalnej liście: zrób kopię zapasową swojego N8N_ENCRYPTION_KEY w momencie jego wygenerowania. Ten klucz szyfruje wszystkie przechowywane dane uwierzytelniające, w tym każdy klucz API, token OAuth i hasło do bazy danych, z którymi się połączyłeś. Strata klucza oznacza konieczność odtwarzania każdej integracji od początku (i żałowanie swoich wyborów życiowych).

Skopiuj to w bezpieczne miejsce, oddzielnie od kopii zapasowych bazy danych.

Jak Zapewnić Bezpieczeństwo Samodzielnie Hostowanej Instancji n8n?

Instancja n8n hostowana na własnym serwerze jest tak bezpieczna, jak serwer, na którym działa, a to ty kontrolujesz ten serwer. 

Bezpieczeństwo sprowadza się do sześciu rzeczy. Żadna z nich nie jest skomplikowana pojedynczo, ale pominięcie którejkolwiek z nich stanowi prawdziwą lukę.

1. HTTPS Przez Odwrotny Serwer Proxy. Nigdy nie korzystaj z edytora n8n przez zwykły HTTP. Użyj Nginx, Traefik lub Caddy z certyfikatem Let’s Encrypt. Caddy automatycznie obsługuje SSL, co jest jednym elementem mniej do skonfigurowania.
2. Blokada Firewalla. Skonfiguruj UFW (Uncomplicated Firewall), aby zezwalał tylko na trzy porty: SSH (22), HTTP (80) i HTTPS (443). Nigdy nie udostępniaj domyślnego portu n8n 5678 bezpośrednio do internetu.
3. Izolacja Sieci Docker. Trzymaj PostgreSQL i n8n w wewnętrznej sieci Docker. Twój port bazy danych nigdy nie powinien być dostępny z zewnątrz.
4. Silne Uwierzytelnienie. Użyj silnego hasła administratora. Dla instancji dostępnych z internetu, zmniejsz domyślny czas trwania sesji, aby wymuszać ponowne uwierzytelnienie co kilka godzin.
5. Regularne Aktualizacje. Pobierz najnowszy obraz Docker n8n i uruchom ponownie. Najpierw przeczytaj dziennik zmian, ponieważ aktualizacje n8n mogą zawierać zmiany krytyczne.
6. Zautomatyzowane Kopie Zapasowe. Wykonuj kopie zapasowe swojej bazy danych PostgreSQL i klucza szyfrującego według harmonogramu. Okazjonalnie testuj przywracanie danych. Kopie zapasowe, których nigdy nie przetestowałeś, to nadzieja, a nie plan.

Coś jeszcze, na co warto zwrócić uwagę, co niekoniecznie jest związane z bezpieczeństwem, ale może mieć duże znaczenie. n8n domyślnie przechowuje dane wejściowe i wyjściowe każdego węzła w każdym wykonaniu, na czas nieokreślony. Jest to przydatne do debugowania, ale niezauważalnie spowoduje rozrost bazy danych, dopóki nie zauważysz, że działanie systemu staje się wolniejsze. 

Ustaw `EXECUTIONS_DATA_MAX_AGE=168` w swoich zmiennych środowiskowych, aby automatycznie usuwać dane wykonania starsze niż siedem dni.

Jakie Są Kompromisy Między Hostingiem Własnym a n8n Cloud?

Samodzielne hostowanie n8n zapewnia Ci nielimitowaną liczbę wykonaniań i pełną kontrolę nad danymi za 4–10 dolarów miesięcznie. n8n Cloud oferuje brak konieczności obsługi technicznej i zarządza SSL/OAuth za 20–800 dolarów miesięcznie. Wybór zależy od tego, czy chcesz posiadać swoją infrastrukturę automatyzacji, czy wolisz płacić komuś innemu za jej prowadzenie. 

Dokumentacja n8n przedstawia to w ten sposób: „n8n rekomenduje hosting własny dla zaawansowanych użytkowników. Błędy mogą prowadzić do utraty danych, problemów z bezpieczeństwem i przestojów. Jeśli nie masz doświadczenia w zarządzaniu serwerami, n8n rekomenduje n8n Cloud.”

Oto jak porównują się dwie opcje:

Czynnik	Hosting Własny	n8n Cloud
Miesięczny koszt	$4–10 (VPS)	$20–800
Wykonania	Nieograniczone	2,500–40,000 (w zależności od poziomu)
Czas konfiguracji	1–2 godziny	Minuty
Utrzymanie	1–2 godziny/miesiąc	Brak
Lokalizacja danych	Twój serwer	Infrastruktura n8n
Aktualizacje	Ręczne (Docker pull)	Automatyczne
Skalowanie	Dodaj pamięć RAM lub użyj trybu kolejki z pracownikami Redis	Zmień plan poziomu

Jest także pośrednia opcja, którą warto znać. Zarządzane platformy hostingowe takie jak PikaPods (od około 3 dolarów miesięcznie) i Elestio (około 17 dolarów miesięcznie) pozwalają na samodzielne hostowanie n8n bez konieczności zarządzania serwerem. Zyskujesz większość korzyści związanych z kosztami i kontrolą, bez odpowiedzialności za administrowanie systemem.

Ale spójrzmy szerzej. W n8n Cloud, platforma może zmienić ceny, wstrzymać Twoje przepływy pracy, gdy osiągniesz limit, lub wycofać funkcje, od których zależysz. 

W przypadku hostingu własnego, Twoja infrastruktura automatyzacji należy do Ciebie. Pełna kontrola, pełna odpowiedzialność.

Podejmowanie Ostatecznej Decyzji

Samodzielne hostowanie ma sens, gdy zgadzają się trzy rzeczy: 

1. Prowadzisz na tyle dużo automatyzacji, że limity wykonania w chmurze zaczęłyby być problemem
2. Chcesz, aby dane twoich przepływów pracy były na infrastrukturze, którą kontrolujesz
3. Ty (lub ktoś z twojego zespołu) jest gotów poświęcić godzinę lub dwie miesięcznie na prace serwerowe

W przeciwnym razie, n8n Cloud to rozsądny wybór. Płacenie 20 dolarów miesięcznie, aby nigdy nie myśleć o dziennikach Docker, to uczciwa wymiana, szczególnie dla małego zespołu, który chce, aby jego automatyzacje działały.       

Ale gdy już będziesz gotowy, aby przekroczyć próg hostingu własnego, matematyka staje się szybko jednoznaczna. Skromny VPS z 4GB RAM-u będzie obsługiwał produkcyjną instancję n8n przez lata z minimalną opieką. Zacznij od małego, rozbudowuj w miarę wzrostu twoich przepływów pracy i zachowaj pełną kontrolę nad swoim stos technologicznym. 

Ta ostatnia część ma większe znaczenie, niż mogłoby się wydawać. Zawsze możesz przejść na większy serwer. O wiele trudniej jest uwolnić się od platformy SaaS po tym, jak zmieni swoje ceny wokół procesów, które już zbudowałeś.        

Najczęstsze Pytania O Self-Hosting n8n

Czy n8n jest naprawdę darmowe do własnego hostingu?

Oprogramowanie n8n jest darmowe do użytku na własnym serwerze na licencji Sustainable Use License. Możesz go używać do dowolnych wewnętrznych celów biznesowych bez płacenia n8n opłaty licencyjnej. Część „darmowa” dotyczy oprogramowania; nadal będziesz płacić za swój serwer, którego koszt to 4–10 dolarów miesięcznie na podstawowym VPS.

Licencja ogranicza jedną rzecz: nie możesz wziąć n8n i odsprzedawać go jako własną usługę automatyzacji hostingu. Jeśli chodzi o uruchamianie własnych przepływów pracy, jest to darmowe.

Jakie są minimalne wymagania systemowe dla n8n?

Musisz mieć przynajmniej 2GB RAM, 2 rdzenie CPU i 20GB pamięci aby uruchomić n8n. To wystarczy do testów i lekkiego użytkowania. Dla obciążeń produkcyjnych z 10-20 aktywnymi przepływami pracy, wybierz 4GB RAM.

Plan Self-Managed VPS Stack 4 DreamHost zapewnia 4GB RAM z pamięcią NVMe SSD i pełnym dostępem Root do uruchamiania samodzielnie hostowanych aplikacji takich jak n8n. Zobacz plany hostingu VPS Self-Managed po szczegóły. 

Użyj PostgreSQL zamiast SQLite do produkcji, a pamięć SSD nie jest opcjonalna dla przyzwoitej wydajności bazy danych.

Czy mogę migrować z Zapier do n8n?

Nie licz na import jednym kliknięciem. Nie ma bezpośredniego narzędzia do migracji między dwiema platformami, więc będziesz odbudowywać swoje przepływy pracy w wizualnym edytorze n8n od podstaw.

Dobra wiadomość: n8n obejmuje większość tych samych usług dzięki swoim 400+ wbudowanym integracjom, więc Twoje istniejące automatyzacje prawie na pewno mogą być odtworzone. Członkowie społeczności zgłaszają, że zajmuje to kilka godzin dla typowych konfiguracji, mniej jeśli Twoje przepływy pracy są proste, więcej jeśli zbudowałeś złożone sekwencje wieloetapowe. 

Jak zaktualizować samodzielnie hostowaną instancję n8n?

Pobierz najnowszy obraz Docker i zrestartuj swoje kontenery. Cały proces zajmuje mniej niż pięć minut. Wykonaj kopię zapasową swojej bazy danych PostgreSQL przed dużymi aktualizacjami wersji za pomocą `docker exec` w kontenerze PostgreSQL i `pg_dump`, lub użyj swojego istniejącego skryptu kopii zapasowej.

Przypnij swój obraz Docker do konkretnej wersji tagu (na przykład `n8nio/n8n:1.72.1 zamiast `n8nio/n8n:latest`), aby aktualizacje miały miejsce tylko wtedy, gdy sam zdecydujesz.

Nieostrożne aktualizacje psują rzeczy. Typowi sprawcy: wiele plików docker-compose.yml w różnych folderach oraz obrazy, które zostały cicho nadpisane i oznaczone jako none. Przeczytaj dziennik zmian przed pobraniem.

Czy samodzielnie hostowany n8n jest wystarczająco bezpieczny dla danych biznesowych?

Self-hosted n8n może być bezpieczniejszy niż hostowany w chmurze, ponieważ twoje dane nigdy nie opuszczają twojego serwera. Żadna trzecia strona nie przechowuje twoich kluczy API, logiki przepływu pracy czy danych wykonania. Wymiana polega na tym, że bezpieczeństwo staje się twoją odpowiedzialnością.

Przestrzegaj sześciopunktowej listy kontrolnej z powyższej sekcji dotyczącej bezpieczeństwa: HTTPS, firewall, izolacja Docker, silne uwierzytelnianie, regularne aktualizacje i szyfrowane kopie zapasowe. Zespół n8n utrzymuje przewodnik po zabezpieczeniach obejmujący dodatkowe rozważania produkcyjne.