n8n self-hosted vs chmura: co się bardziej opłaca

Jeśli automatyzujesz procesy w n8n, prędzej czy później trafisz na wybór: gotowa wersja w chmurze czy własna instancja na serwerze.

To nie jest wybór „lepsze kontra gorsze“ — to wybór między płaceniem pieniędzmi a płaceniem czasem. Poniżej granica policzona na konkretnych kwotach.

Krótko

• n8n Cloud — gdy chcesz zacząć dziś, nie znasz się na serwerach i wolisz, żeby ktoś inny odpowiadał za działanie, aktualizacje i kopie zapasowe.
• Self-hosted — gdy masz zacięcie techniczne, robisz dużo automatyzacji albo dane nie mogą opuścić Twojej infrastruktury.

Koszty — stan na lipiec 2026

Sama gotówka mówi, że self-hosting wygrywa. Czas mówi coś innego.

Prawdziwy próg opłacalności

Policzmy uczciwie, bo to jedyna liczba, która ma znaczenie.

Self-hosting wymaga: postawienia serwera (~3 h jednorazowo), aktualizacji n8n (~1 h co kwartał), pilnowania kopii zapasowych (~2 h rocznie) i reagowania, gdy coś padnie (~3-5 h rocznie, zależnie od pecha).

Razem: ~10-20 godzin rocznie, z czego pierwsze 3 to koszt wejścia.

Przy stawce 100 zł/h:

• Self-hosted: ~240 zł serwer + ~1 000-2 000 zł czasu = ~1 240-2 240 zł/rok
• n8n Cloud: ~1 100 zł abonamentu + ~0 zł czasu = ~1 100 zł/rok

Chmura wychodzi taniej. To wniosek odwrotny do intuicji i do większości poradników, ale wynika wprost z liczb.

Self-hosting zaczyna się opłacać w trzech sytuacjach:

1. Twój czas jest tani albo darmowy — uczysz się, robisz to hobbystycznie, nie fakturujesz każdej godziny.
2. Masz już serwer i umiesz go obsługiwać — koszt krańcowy spada do ~1 h kwartalnie.
3. Skala jest duża — przy wielu instancjach albo bardzo dużej liczbie wykonań abonament chmury rośnie, a serwer nie.

Kiedy self-hosting jest jedyną opcją

Są przypadki, w których rachunek nie ma znaczenia:

Dane wrażliwe. Jeśli przez automatyzację przechodzą dane osobowe klientów, dokumentacja medyczna albo informacje objęte umową o poufności, trzymanie ich na własnym serwerze bywa wymogiem, nie preferencją.

Własny kod i biblioteki. Self-hosted pozwala doinstalować dowolne pakiety Node.js do węzłów Code. Chmura ma tu ograniczenia.

Dostęp do zasobów w sieci lokalnej. Automatyzacja sięgająca do bazy danych w firmowej sieci wymaga instancji po tej samej stronie zapory.

Jeśli któryś z tych punktów Cię dotyczy, przestań liczyć — self-hosting to jedyna droga.

Co trzeba umieć przy self-hostingu

Uczciwa lista, żeby nikt się nie zdziwił po dwóch tygodniach:

• podstawy Dockera (n8n stawia się najwygodniej jako kontener)
• konfiguracja domeny i certyfikatu HTTPS
• pilnowanie, żeby panel nie był publicznie dostępny bez hasła
• kopie zapasowe bazy z przepływami i danymi uwierzytelniającymi
• aktualizacje, w tym te, które zmieniają zachowanie węzłów

Ostatni punkt bywa najbardziej bolesny. Aktualizacja potrafi zmienić działanie węzła i zatrzymać przepływ, który działał od miesięcy. W chmurze też się to zdarza, ale nie Ty jesteś wtedy odpowiedzialny za przywrócenie działania.

Ukryte koszty, o których nikt nie uprzedza

Wyliczenie wyżej zakłada, że wszystko idzie normalnie. Warto znać pozycje, które pojawiają się poza planem.

Serwer za 5 USD bywa za mały. n8n z bazą i kilkoma równoległymi przepływami potrzebuje realnie 2 GB RAM. Najtańsze VPS-y mają 1 GB i przy większym obciążeniu instancja zaczyna się restartować. Realny koszt to raczej 10-15 USD miesięcznie, nie 5.

Kopie zapasowe to osobna usługa. Snapshot serwera u dostawcy kosztuje zwykle 20-30% ceny VPS-a. Bez niego pojedyncza nieudana aktualizacja oznacza odtwarzanie wszystkich przepływów ręcznie.

Awarie zdarzają się w najgorszym momencie. Instancja, która padnie w piątek wieczorem, nie naprawi się sama, a przepływy w tym czasie nie działają. Przy automatyzacji obsługującej zamówienia to realna strata, nie tylko niewygoda.

Certyfikat i domena. Panel n8n wystawiony bez HTTPS to zaproszenie do przejęcia danych uwierzytelniających do wszystkich Twoich systemów. Let’s Encrypt jest darmowy, ale konfiguracja i odnawianie to kolejna rzecz do pilnowania.

Żadna z tych pozycji nie przekreśla self-hostingu. Wszystkie razem przesuwają jednak realny koszt bliżej 300-400 USD rocznie niż deklarowanych 60.

Zdrowa ścieżka: zacznij w chmurze

Praktyczna rekomendacja niezależna od tego, gdzie skończysz:

1. Zacznij od chmury (albo od trialu). Buduj przepływy, ucz się narzędzia.
2. Po trzech miesiącach sprawdź, ile realnie masz automatyzacji i ile wykonań miesięcznie.
3. Jeśli abonament zaczyna boleć albo dochodzi wymóg prywatności danych — przenieś się na własny serwer.
4. Migracja jest prosta — przepływy eksportujesz jako JSON i importujesz w nowej instancji. Dane uwierzytelniające trzeba wpisać ponownie.

Odwrotna kolejność — najpierw serwer, potem nauka narzędzia — oznacza walkę na dwóch frontach naraz i jest najczęstszą przyczyną porzucenia n8n.

Porównanie z alternatywami

Jeśli rozważasz self-hosting wyłącznie dla oszczędności, sprawdź najpierw, czy nie wystarczy Ci prostsze narzędzie. Make kosztuje ~9 USD/mc i nie wymaga żadnej administracji: n8n vs Zapier vs Make.

n8n ma przewagę przy długich przepływach (rozlicza za wykonanie, nie za krok) i przy własnym kodzie w środku. Jeśli żadne z tego nie dotyczy Twoich automatyzacji, samo n8n może być nadmiarem — niezależnie od tego, gdzie je postawisz.

Czego ten artykuł nie obejmuje

Nie omawiam licencji Enterprise ani funkcji dostępnych wyłącznie w płatnych wariantach n8n dla organizacji, bo dotyczą wdrożeń o innej skali i podlegają indywidualnym wycenom. Pomijam też szczegółową instrukcję instalacji przez Dockera — zmienia się z wersjami, a nieaktualna instrukcja jest gorsza od żadnej. Ceny zweryfikuj przed decyzją — podane kwoty służą do porównania rzędu wielkości.