n8n – własny serwer czy chmura, ile to realnie kosztuje

Stawiasz n8n w firmie i pierwsze pytanie brzmi: własny serwer czy chmura n8n Cloud. Prowadzę n8n na własnym VPS, więc zamiast teorii dostajesz konkretne liczby, realny nakład czasu na utrzymanie i moment, w którym dopłata za chmurę faktycznie ma sens.

Z tego artykulu dowiesz sie:

Ile realnie kosztuje self-host, a ile chmura – porównanie konkretnych planów cenowych w skali małej firmy
Co się psuje na własnym serwerze – ile czasu zjada backup, aktualizacje i awarie
Kiedy dopłata za n8n Cloud ma sens, a kiedy to wydatek bez pokrycia
Jak zacząć tanio na małym VPS i kiedy przeskalować infrastrukturę
Jak wygląda bezpieczeństwo i RODO przy własnym hostingu n8n

n8n self-hosted czy cloud: jak podjąć decyzję kosztową dla małej firmy

n8n działa w dwóch modelach i to pierwsza decyzja, która determinuje wszystkie kolejne koszty. Self-hosted to instalacja na własnym serwerze, oparta na licencjach Sustainable Use License (a dla części plików enterprise – n8n Enterprise License), obu w modelu fair-code, czyli kod jest dostępny i możesz go modyfikować, ale komercyjne odsprzedawanie samej platformy jako usługi jest ograniczone. n8n Cloud to gotowe środowisko utrzymywane przez twórców narzędzia, płacisz abonament i nie dotykasz serwera w ogóle.

Dla małej firmy bez działu IT ten wybór nie jest kwestią gustu czy mody na "własną infrastrukturę". To realna kalkulacja: ile kosztuje serwer plus twój czas na jego utrzymanie, kontra ile kosztuje abonament plus wygoda zerowej administracji.

Dlaczego to pierwsza decyzja, a nie szczegół techniczny

Wybór modelu wpływa na trzy rzeczy jednocześnie, i każda z nich ma swoją cenę.

Koszt miesięczny. Self-host to zwykle stały wydatek na VPS, niezależny od liczby workflow czy wykonań. Cloud skaluje cenę wraz z liczbą aktywnych automatyzacji i wykonań, więc przy rozroście firmy rachunek rośnie.

Kontrola nad danymi. Na własnym serwerze dane klientów, hasła do integracji i logi wykonań fizycznie siedzą na maszynie, którą administrujesz. W chmurze ufasz dostawcy i jego polityce przechowywania danych, co ma znaczenie przy RODO i umowach z klientami wrażliwymi na lokalizację danych.

Nakład administracyjny. To jest ten element, który najczęściej ktoś pomija na starcie. Serwer trzeba zaktualizować, zabezpieczyć, zbackupować i czasem naprawić po awarii. Sam prowadzę n8n na VPS i wiem, że to nie jest praca jednorazowa, tylko cykliczny obowiązek, nawet jeśli zajmuje kilkanaście minut tygodniowo.

Solo freelancer, który uruchamia dwa czy trzy proste workflow, ma inny profil ryzyka niż zespół pięciu osób, gdzie automatyzacja obsługuje zamówienia klientów w czasie rzeczywistym. Tam awaria serwera na godzinę to strata pieniędzy, tu może być tylko drobną niedogodnością. Ta różnica w skali konsekwencji powinna ważyć więcej niż sama różnica w cenie abonamentu.

Porównanie kosztów i funkcji hostingu własnego (VPS) i chmury dla n8n, uwzględniające koszty, kontrolę danych i nakład… — Schemat porównawczy self-hosted n8n vs n8n Cloud pokazujący trzy warstwy decyzji: koszt miesięczny, kontrola nad danymi, nakład administracyjny

Ile kosztuje n8n: self-hosted VPS kontra plany n8n Cloud

Konkretne liczby zamiast ogólników. Według zestawienia dokodu.it plan Starter w n8n Cloud kosztuje około 24 € miesięcznie (20 € przy płatności rocznej) i obejmuje 2 500 wykonań workflow w miesiącu, maksymalnie 5 równoczesnych wykonań oraz 7 dni retencji logów. Plan Pro to już około 60 € miesięcznie (50 € rocznie), z limitem 10 000 wykonań, 20 równoczesnymi wykonaniami i 30 dniami retencji logów. Te limity mają znaczenie praktyczne: przy kilku aktywnych automatyzacjach obsługujących zamówienia czy powiadomienia klientów pułap 2 500 wykonań miesięcznie potrafi się wyczerpać szybciej, niż się wydaje.

Oficjalny cennik n8n.io potwierdza te szacunki i dodaje szczegóły, których warto pilnować przy wyborze planu. Plan Starter Cloud kosztuje 20€ miesięcznie przy płatności rocznej, z limitem 2500 wykonań workflow miesięcznie, jednym wspólnym projektem, 5 równoczesnymi wykonaniami i nielimitowaną liczbą użytkowników. Dla firmy z większymi wymaganiami skalowania self-hosted plan Business zaczyna się od ok. 667€ miesięcznie (przy rozliczeniu rocznym), oferując 40 000 wykonań workflow oraz funkcje korporacyjne jak SSO/SAML, LDAP, kontrolę wersji i wiele środowisk. Firmy poniżej 20 pracowników mogą aplikować o Start-up Plan z 50% zniżki na plan Business, co obniża koszt do ok. 333€ miesięcznie — to jednak cena warunkowa, zależna od kwalifikacji, a nie cena bazowa. To pokazuje, że nawet w modelu self-hosted n8n ma warianty płatne, jeśli potrzebujesz gotowego wsparcia enterprise zamiast administrować wszystkim samodzielnie.

Perspektywa aidroga.pl dokłada drugą stronę równania. n8n Cloud od około 24 euro miesięcznie (ponad 100 zł) w tańszych pakietach oznacza limit wykonań, który przy rozroście firmy trzeba będzie podnieść. Self-hosted to w praktyce wynajem VPS za 20 do 50 zł miesięcznie, stały koszt niezależny od liczby uruchomionych automatyzacji i bez sztywnego limitu wykonań.

Warto dodać, że model rozliczeń n8n Cloud liczy pełne wykonanie workflow, nie pojedyncze kroki wewnątrz niego. Rozbudowany workflow z kilkunastoma węzłami, który przetwarza dane, wysyła powiadomienia i aktualizuje kilka systemów, wciąż liczy się jako jedno wykonanie. To korzystne przy złożonych automatyzacjach, bo płacisz za efekt końcowy, a nie za każdy krok pośredni.

Sama infrastruktura self-hostingu jest prostsza, niż mogłoby się wydawać. n8n stawia się w pojedynczym kontenerze Docker w kilka minut, w przeciwieństwie do niektórych alternatyw wymagających wielu kontenerów i bardziej złożonej orkiestracji, jak zauważa pasqualepillitteri.it. To jeden z powodów, dla których VPS za 20 do 50 zł miesięcznie wystarcza na start bez potrzeby dedykowanego działu IT.

Model	Koszt miesięczny	Limit wykonań	Retencja logów
Cloud Starter	ok. 20-24 €	2 500	7 dni
Cloud Pro	ok. 50-60 €	10 000	30 dni
Self-hosted VPS	20-50 zł	bez limitu	zależna od konfiguracji
Self-hosted Business	od ok. 667€ (Start-up Plan: 333€, 50% zniżki, do 20 os.)	40 000	zależna od konfiguracji

Co sie psuje na wlasnym serwerze: backupy, aktualizacje i awarie

Przy wdrożeniach n8n na własnym serwerze widzę powtarzający się zestaw błędów. Pięć z nich odpowiada za większość awarii i nieprzespanych nocy: SQLite zostawiony jako baza produkcyjna, backupy robione przez zwykłe kopiowanie plików działającego kontenera, brak monitoringu błędów, ręczne eksportowanie workflow zamiast automatycznego backupu oraz nadmierna zależność od zewnętrznych API bez obsługi ich awarii. Każdy z tych punktów da się naprawić w godzinę, ale trzeba wiedzieć, że problem w ogóle istnieje.

SQLite to pułapka, nie oszczędność

n8n domyślnie startuje na SQLite i to wygląda na wygodne rozwiązanie, dopóki baza nie zacznie rosnąć. Historia wykonań i tymczasowe binaria lądują w jednym pliku, który puchnie bez ograniczeń. W pewnym momencie plik wymaga VACUUM, czyli operacji porządkującej, którą trzeba wykonać przy wyłączonym n8n i przy zapasie wolnego miejsca na dysku. Jeśli tego zabraknie, dostajesz awarię dokładnie w godzinach szczytu, bo wtedy baza jest najbardziej obciążona zapisami.

Rozwiązaniem jest PostgreSQL jako baza produkcyjna, uruchamiany jako osobny kontener Docker na tym samym VPS co n8n. PostgreSQL robi autovacuum online, więc znika problem VACUUM wymagającego przestoju i zapasu wolnego miejsca, a migracja z SQLite przez CLI n8n zajmuje mniej niż godzinę. Sama zmiana silnika nie zatrzymuje jednak przyrostu danych — historia wykonań rośnie również w Postgresie (mój własny dump waży ~770 MB). Dlatego niezależnie od bazy warto włączyć politykę retencji: przycinanie historii wykonań przez zmienne EXECUTIONS_DATA_PRUNE, EXECUTIONS_DATA_MAX_AGE i limit liczby rekordów.

Backup przez kopiowanie plików to iluzja bezpieczeństwa

Kopiowanie plików działającego kontenera w trakcie jego pracy przechwytuje dane w środku transakcji, więc snapshot bywa niespójny. Po kilku miesiącach przechowywania taki plik może się okazać uszkodzony dokładnie wtedy, gdy jest potrzebny. Recovery bez porządnego backupu to godziny troubleshootingu zamiast 15 minut przywracania z gotowego dumpu.

U mnie na infrastrukturze produkcyjnej (VPS OVH Starter, Debian 12 z Dockerem, stack n8n plus PostgreSQL, Nginx i Certbot) backup n8n leci raz w tygodniu w niedzielę o 3:00, a backup PostgreSQL codziennie o 2:00. Rotacja trzyma trzy najnowsze kopie, a jeden dump PostgreSQL waży u mnie około 770 MB, co przy dysku 20 GB realnie ogranicza pojemność i wymusza pilnowanie rotacji.

Aktualizacje i cichy fail bez monitoringu

Update na własnym serwerze to własny skrypt: backup, pobranie nowych obrazów Docker, restart kontenerów. W chmurze dzieje się to automatycznie, tu jest to twoja odpowiedzialność jako operatora.

Przy jednym z wdrożeń Basic Auth był ustawiony w zmiennych środowiskowych n8n, ale Nginx przepuszczał ruch bez tej warstwy, więc jedyną barierą został login n8n. Konfiguracja bezpieczeństwa wymaga weryfikacji, nie tylko ustawienia flagi. Podobnie brak monitoringu błędów potrafi ukryć awarię na kilka dni, aż w końcu klient napisze, że "nic nie działa".

Kopia zapasowa n8n i PostgreSQL oraz aktualizacja skryptu na VPS. — Cykl automatycznego backupu i aktualizacji n8n na wlasnym VPS: harmonogram backupow (n8n niedziela 3:00, PostgreSQL codziennie 2:00), rotacja 3 kopii, skrypt update (backup, pull obrazow, restart kontenerow)

Kiedy chmura n8n sie oplaca, a kiedy to wyrzucanie pieniedzy

Self-hosted Community Edition n8n jest darmowa i nie wymaga żadnego klucza licencyjnego, ale dokumentacja n8n wprost zaznacza, że self-hosting wymaga wiedzy technicznej, więc jeśli nie czujesz się pewnie w zarządzaniu serwerami, kontenerami, bezpieczeństwem i skalowaniem, sami twórcy narzędzia rekomendują n8n Cloud. To nie jest ostrzeżenie dla ostrzeżenia, tylko realny warunek brzegowy przy podejmowaniu decyzji.

Kiedy chmura wygrywa

Jeśli w firmie nie ma nikogo, kto zna się na administracji serwerem, chmura eliminuje cały ten problem. Konto zakładasz i pracujesz w kilka minut, bez instalacji Dockera, konfiguracji Nginx czy pilnowania certyfikatów SSL. Aktualizacje i wsparcie techniczne od twórców n8n przychodzą automatycznie, a dostępność i skalowanie są po stronie zespołu n8n, nie po twojej. Dla jednoosobowej działalności testującej pierwsze automatyzacje albo firmy, która chce mieć problem infrastruktury zdjęty z głowy, dopłata za chmurę ma sens.

Kiedy self-host wygrywa

Sytuacja zmienia się, gdy automatyzacje dotykają danych klientów, dokumentów firmowych albo integracji z systemami wrażliwymi na lokalizację danych. Wtedy liczy się pełna kontrola nad tym, gdzie fizycznie siedzą dane i kto ma do nich dostęp. Do tego dochodzi koszt: stały wydatek na VPS niezależny od liczby wykonań i brak limitów automatyzacji, które w chmurze potrafią się wyczerpać szybciej niż się wydaje przy kilku aktywnych workflow.

n8n sprawdza się jako orkiestrator procesów biznesowych i integracji, oferując ponad 400 gotowych połączeń, od Slacka i Jiry po GitHub, PagerDuty, AWS czy Kubernetes, przy niskiej krzywej wejścia dzięki interfejsowi drag-and-drop. To sprawia, że próg wejścia jest niski niezależnie od wybranego modelu hostingu.

Decyzja nie jest zresztą permanentna. Automatyzacje da się przenieść między chmurą a self-hostingiem bez przepisywania od zera, więc typowa ścieżka to start w n8n Cloud na próbę, a po 2 do 3 tygodni migracja na własny serwer, gdy potrzeby firmy się skrystalizują.

Infografika porównuje opcje chmurowe i self-hosted platformy n8n, pomagając wybrać odpowiednią opcję w zależności od… — Drzewko decyzyjne solo freelancer vs maly zespol: kiedy wybrac chmure a kiedy self-host

Jeśli wolisz mieć n8n na własnym serwerze, ale nie chcesz sam grzebać w konfiguracji Dockera, backupów i zabezpieczeń, mogę to skonfigurować pod klucz. Kontakt znajdziesz na stronie kontaktowej.

Jak zaczac tanio z self-hosted n8n i bezpiecznie przejsc RODO

Start na własnym serwerze nie wymaga dużego budżetu. Oficjalny cennik DigitalOcean pokazuje, że Basic Droplet 1 GiB / 1 vCPU kosztuje 6 dolarów miesięcznie, a wariant 512 MiB / 1 vCPU 4 dolary, przy czym backup dodaje 20% ceny Droplet przy wariancie tygodniowym lub 30% przy dziennym. To pokazuje realny punkt wejścia, choć do produkcyjnego użytku warto od razu celować wyżej niż w najtańszy wariant.

Na start produkcyjny sprawdza się VPS 2 CPU / 4 GB RAM, który obsłuży dziesiątki workflow bez zająknięcia. Wariant 2 CPU / 2 GB RAM wystarcza przy prostych przypadkach, jednym czy dwóch aktywnych automatyzacjach. Przy wyborze dostawcy Hetzner regularnie wypada najlepiej pod względem stosunku ceny do wydajności, więc to naturalny kandydat, jeśli zależy ci na maksymalizacji zasobów przy niskim koszcie.

Managed baza danych w chmurze (np. od DigitalOcean) to solidne rozwiązanie, ale dla większości prostych wdrożeń to przepłacanie za funkcje, których nie wykorzystasz. Self-hosted PostgreSQL uruchomiony jako osobny kontener na tym samym VPS co n8n wystarcza w zupełności i nie generuje dodatkowego miesięcznego kosztu.

Krok po kroku tani start

Wybierz mały VPS, od 4 do 6 dolarów u DigitalOcean albo 20 do 50 zł u polskiego providera.
Zainstaluj Dockera i uruchom n8n w kontenerze.
Od razu podłącz PostgreSQL zamiast domyślnego SQLite, żeby uniknąć problemów przy wzroście wolumenu wykonań.
Skonfiguruj reverse proxy (Nginx) i certyfikat SSL.

RODO i bezpieczeństwo bez działu IT

Pełna kontrola nad danymi na własnym serwerze ułatwia spełnienie wymogów RODO przy danych klientów, bo nic nie wychodzi na zewnętrzne serwery chmurowe. To argument, który regularnie pojawia się w kontekście poufności danych przy automatyzacji procesów wrażliwych na lokalizację.

Trzy środki, które u mnie działają na produkcji: firewall UFW z domyślnym deny na ruchu przychodzącym, SSL/TLS przez Let's Encrypt z automatycznym odnawianiem certyfikatu oraz zmiana domyślnego portu SSH na niestandardowy. Żaden z tych kroków nie wymaga dużej wiedzy, a razem tworzą sensowną warstwę ochrony na start.

Architektura self-hosted n8n na VPS - bezpieczna, skalowalna i łatwa w utrzymaniu. — architektura stacka self-hosted n8n: VPS + Docker + n8n + PostgreSQL + Nginx + Certbot + firewall

Kiedy przeskalować

Sygnały do zmiany planu: rosnąca liczba wykonań, potrzeba wysokiej dostępności, kilka środowisk (dev/prod) albo funkcje SSO/LDAP. Wtedy warto rozważyć self-hosted Enterprise albo wyższy plan Cloud, bo utrzymanie tego ręcznie na jednym VPS przestaje się opłacać czasowo. Do bieżącego monitorowania kontenerów przy rosnącej infrastrukturze przydaje się lazydocker, prosty terminalowy podgląd stanu wszystkich usług bez logowania się osobno do każdego kontenera.

Podsumowanie

Wybór między self-hostem a chmurą n8n to kalkulacja, nie wybor "lepszego" narzędzia. Mały VPS kosztuje kilka do kilkunastu dolarów miesięcznie, ale wymaga twojego czasu na backup, aktualizacje i monitoring. Abonament Cloud od 20€ miesięcznie kupuje zwolnienie z tej administracji.

Solo freelancer albo bardzo mała firma bez czasu na serwer często wychodzi taniej na chmurze, mimo wyższej ceny nominalnej, bo unika kosztów błędów: SQLite zostawionego w produkcji, uszkodzonych backupów czy cichej awarii bez monitoringu. Firma z danymi klientów wymagającymi pełnej kontroli i rosnącą liczbą automatyzacji zyskuje na self-hostingu stały koszt i brak limitów wykonań, pod warunkiem że świadomie skonfiguruje PostgreSQL, backupy i podstawowe zabezpieczenia.

Ta decyzja nie jest jednorazowa. Automatyzacje przenosisz między środowiskami, więc możesz zacząć w chmurze, przetestować proces na żywym organizmie firmy, a potem migrować na własny VPS, gdy skala i budżet na to pozwolą. Nie musisz wybierać raz na zawsze, wystarczy wybrać trafnie na obecny etap.

Czy self-hosted n8n jest naprawdę darmowy?

Licencyjnie tak, Community Edition działa w modelu fair-code na licencji Sustainable Use License (plus n8n Enterprise License dla plików enterprise) bez opłat za samo oprogramowanie. Realny koszt to jednak infrastruktura: VPS od kilku dolarów miesięcznie plus twój czas na backup, aktualizacje i monitoring. Przy jednoosobowej firmie ten czas bywa pomijalny, ale w skali większego projektu z kilkoma workflow produkcyjnymi potrafi zbliżyć się do ceny płatnego planu Cloud.

Ile kosztuje VPS pod n8n?

Podstawowy VPS zaczyna się od około 4 do 6 dolarów miesięcznie u DigitalOcean albo 20 do 50 zł u polskich providerów. To wystarcza na testy i pojedyncze automatyzacje. Na produkcję z PostgreSQL i kilkoma aktywnymi workflow warto liczyć na VPS z 2 CPU i 4 GB RAM, co obsłuży dziesiątki automatyzacji płynnie i zostawia zapas na rozwój.

Czy self-hosted n8n spełnia wymogi RODO?

Pełna kontrola nad danymi na własnym serwerze ułatwia spełnienie wymogów RODO, bo dane klientów nie wychodzą na zewnętrzne serwery chmurowe. To jednak nie dzieje się automatycznie: wymaga świadomej konfiguracji firewalla, SSL/TLS, zabezpieczonego dostępu do panelu i regularnych backupów. Sama etykieta "self-hosted" bez tych elementów nic nie gwarantuje, a nawet może dawać fałszywe poczucie bezpieczeństwa.

Co jeśli nie mam czasu na administrację serwerem?

Wtedy n8n Cloud jest sensownym wyborem. Dokumentacja n8n wprost rekomenduje chmurę, jeśli nie czujesz się pewnie w zarządzaniu serwerami, kontenerami, bezpieczeństwem i skalowaniem. Alternatywa to zlecenie konfiguracji self-hostingu komuś, kto zrobi to pod klucz i przekaże gotowy, zabezpieczony stack. Wybór zależy od tego, czy w twojej firmie jest ktoś gotowy przejąć tę odpowiedzialność.

Czy mogę migrować z chmury na własny serwer bez utraty automatyzacji?

Tak, workflow są przenośne między n8n Cloud a self-hosted, więc żadna automatyzacja nie przepada przy zmianie modelu. Typowa ścieżka to start w chmurze na 2 do 3 tygodni testów, sprawdzenie procesu na żywym organizmie firmy, a potem migracja na własny VPS, gdy skala i budżet uzasadniają przejście na własną infrastrukturę.