Poradnik · self-hosted czy chmura
n8n self-hosted czy chmura — gdzie mają leżeć Twoje dane?
Pytanie pada jako techniczne, a rozstrzyga się na dwóch rzeczach nietechnicznych: jakie dane przechodzą przez przepływ i kto będzie utrzymywał instalację przez rok. Samo słowo „self-hosted” bywa sprzedawane jako odpowiedź na RODO, a nią nie jest. Piszę o tym, gdzie fizycznie leżą dane i komu je przekazujesz; oceny prawnej tu nie znajdziesz.
Bogusław Tolarz · aktualizacja: 20 sierpnia 2026
Co przesądza o tym wyborze
Ustalmy najpierw, co wybierasz. W wariancie chmurowym n8n działa jako usługa u dostawcy: serwer, aktualizacje i kopie są po jego stronie, a Ty płacisz abonament i logujesz się do gotowego panelu. W wariancie self-hosted uruchamiasz to samo narzędzie na maszynie, którą kontrolujesz, i bierzesz na siebie wszystko poza samym kodem programu. Różnica nie leży więc w tym, co przepływ potrafi zrobić, tylko w tym, czyja jest maszyna, kto jej pilnuje i za co płacisz.
Zanim uznasz oba warianty za w pełni wymienne, sprawdź w aktualnym cenniku i warunkach licencji producenta, czy funkcje, na których Ci zależy, są dostępne w tym, który wybierasz — to zmienia się w czasie. A potem odpowiedz sobie na pięć pytań poniżej. Zwykle wystarczają dwa pierwsze; reszta tylko potwierdza wynik.
Jakie dane faktycznie przejdą przez przepływ
Numery zamówień i statusy to jedna sytuacja. Treść korespondencji, dane kadrowe, skany dokumentów albo informacje o zdrowiu — zupełnie inna. To pytanie rozstrzyga szybciej niż jakikolwiek argument techniczny, dlatego zadaję je pierwsze.
Kto to zaktualizuje w trzecim miesiącu
Nie „my sami”, tylko imię osoby i odpowiedź, czy ona o tym wie. Własna instalacja jest zobowiązaniem ciągłym. Jeśli w tym miejscu nie pada konkretne nazwisko albo firma z umową, decyzja jest już podjęta i brzmi „chmura”.
Co się stanie, gdy stanie w nocy
Kto się dowie i po jakim czasie, kto ma dostęp do serwera, żeby go podnieść. Czasem odpowiedź brzmi, że przepływ spokojnie poczeka do rana — i wtedy to dobra wiadomość dla budżetu.
Czy masz gdzie to postawić i kto tam już wchodzi
Istniejący serwer w firmie, wynajęta maszyna u dostawcy, a może nic. Sprawdź też, kto ma do niej dostęp: instalacja przechowuje poświadczenia do systemów, które łączy, więc dostęp do maszyny bywa dostępem do wszystkiego naraz.
Ile razy dziennie to się uruchomi
Rozliczenie usług chmurowych bywa uzależnione od liczby uruchomień, więc przy wielu drobnych operacjach rachunek potrafi się odwrócić. Przy kilku uruchomieniach dziennie ten argument nie istnieje — a bywa podawany jako główny.
Chmura kontra własny serwer — punkt po punkcie
Żaden z tych wierszy nie wskazuje zwycięzcy. Każdy pokazuje, co dostajesz i co za to oddajesz — za każdą stroną stoi inny zestaw kompromisów.
Kto odpowiada za to, że działa
ChmuraDostawca. Awaria, aktualizacja, kopia zapasowa — jego problem i jego umowa. Kosztem jest to, że przy awarii możesz tylko czekać i czytać komunikaty.
Własny serwerTy. Reagujesz natychmiast i nie zależysz od cudzego harmonogramu — o ile jest kto ma reagować. Bez tego „możesz” zamienia się w „musisz”, a nikt tego nie robi.
Gdzie leżą dane i historia wykonań
ChmuraNa infrastrukturze dostawcy. Musisz wiedzieć, kto nim jest, gdzie fizycznie stoją serwery i na jakich zasadach powierzasz mu dane — to da się ustalić, ale trzeba to zrobić, a nie założyć.
Własny serwerTam, gdzie postawisz maszynę — z zastrzeżeniem, że instalacja przechowuje zwykle także historię wykonań razem z danymi, które przez nią przeszły. To ona bywa największym zbiorem danych u Ciebie.
Koszt widoczny i koszt ukryty
ChmuraWidoczny jest cały: jedna pozycja na fakturze, przewidywalna, choć zależna od cennika, na który nie masz wpływu.
Własny serwerWidoczna jest tylko maszyna — najmniejsza pozycja rachunku. Reszta to czyjeś godziny rozłożone na rok i dlatego łatwo ją przy porównaniu pominąć.
Aktualizacje
ChmuraDzieją się same. Czasem trzeba po nich poprawić przepływ, bo coś zmieniło się bez Twojej zgody — ale nie musisz o nich pamiętać.
Własny serwerRobisz je, kiedy chcesz. Ta sama cecha sprawia, że łatwo nie zrobić ich wcale — a nieaktualizowana instalacja postawiona „dla bezpieczeństwa danych” jest odwrotnością tego, po co powstała.
Wyjście i przeniesienie
ChmuraPrzepływy da się wyeksportować, ale konto i dostępy zostają u dostawcy. Zmiana oznacza przeniesienie poświadczeń do wszystkich podłączonych systemów.
Własny serwerWszystko jest u Ciebie, łącznie z możliwością oddania tego innemu wykonawcy — o ile istnieje dokumentacja, jak to postawiono. Bez niej „własny serwer” znaczy uzależnienie od jednej osoby.
Gdzie fizycznie leżą dane i komu je przekazujesz
Nie będę tu interpretował przepisów — od tego jest prawnik i jest to inna odpowiedzialność niż moja. Mogę natomiast pokazać, jakie fakty trzeba zebrać, zanim ktokolwiek oceni Twoją sytuację. Bez nich rozmowa kończy się na wymianie ogólników.
Rzecz, która w tej dyskusji ginie najczęściej, brzmi tak: własny serwer nie oznacza, że dane nie wychodzą. Jeśli przepływ w którymś kroku woła model językowy, usługę rozpoznawania tekstu ze skanów, bramkę SMS albo API kontrahenta, dane wychodzą tak samo jak w chmurze — tylko do innego adresata. Self-hosted zmniejsza liczbę stron, którym powierzasz treść, i nigdy nie sprowadza jej do zera.
Odwrotna teza też jest fałszywa: chmura nie jest automatycznie problemem. To dostawca, z którym zawierasz umowę i którego można sprawdzić. Różnica polega na tym, że masz o jedną stronę więcej w łańcuchu i mniej wiedzy o tym, co dzieje się na maszynie.
Praktyczny sposób, żeby to rozstrzygnąć u siebie: weź jeden rekord — jedno zamówienie, jedną wiadomość, jeden dokument — i wypisz wszystkie miejsca, przez które przechodzi, a przy każdym dopisz, czyja to infrastruktura. Ta lista jest odpowiedzią na pytanie o dane; wybór hostingu jest tylko jednym jej wierszem. Dopisz do niej także historię wykonań — sprawdź w dokumentacji, jak długo jest przechowywana.
Ile naprawdę kosztuje własny serwer
Cena maszyny jest najmniejszą pozycją tego rachunku i jedyną, którą widać od razu — dlatego porównania kończące się na zestawieniu abonamentu z ceną serwera zawsze wychodzą na korzyść własnej instalacji. Reszta to: śledzenie nowych wersji i wgrywanie ich, kopie zapasowe wraz z próbnym odtworzeniem, sposób, w jaki dowiadujesz się o awarii, porządek w dostępach do maszyny oraz czyjaś gotowość, żeby zareagować, gdy przepływ stanie. Pojedynczo żadna z tych pozycji nie jest duża — razem robią zobowiązanie rozłożone na cały rok.
Rachunek, który zrobisz sam: koszt maszyny miesięcznie plus liczba godzin, które ktoś realnie przy niej spędzi w miesiącu, razy stawka tej osoby. Wynik przyłóż do abonamentu za wariant chmurowy przy Twojej liczbie uruchomień, a jeśli przepływ ma wpływ na klientów — dopisz po stronie kosztów godziny, w których mógłby nie działać.
I uwaga, która przechyla ten rachunek częściej niż cokolwiek innego: nie liczy się miesiąc uruchomienia, kiedy wszyscy pamiętają, jak to zbudowano. Liczy się miesiąc dwunasty, kiedy osoba, która to stawiała, robi już coś innego.
Na co uważać
To nie są zarzuty wobec konkretnych wykonawców, tylko wzorce zdań, które warto usłyszeć jako sygnał ostrzegawczy — niezależnie od tego, kto je wypowiada.
„Postawimy self-hosted, bo to bezpieczniejsze” — i ani zdania o tym, kto aktualizuje
To zdanie sprzedaje instalację, nie bezpieczeństwo. Bezpieczeństwo zaczyna się przy odpowiedzi, kto czyta informacje o nowych wersjach i kto je wgrywa. Bez tego dostajesz maszynę, która z każdym miesiącem jest starsza.
Instalacja widoczna z internetu bez powodu
Jeśli przepływ nie musi przyjmować wywołań z zewnątrz, nie musi być z zewnątrz osiągalny. Zapytaj, dlaczego panel jest wystawiony publicznie i co ogranicza do niego dostęp — to pytanie ma konkretną odpowiedź albo nie ma jej wcale.
Kopia zapasowa, której nigdy nie odtworzono
Kopia niesprawdzona w praktyce jest hipotezą, nie kopią. Jedno próbne odtworzenie na czystej maszynie mówi więcej niż deklaracja o codziennym backupie — to ono zamienia ją w fakt.
Wszystkie poświadczenia firmy w jednym miejscu, bez rozmowy o dostępie
Narzędzie łączące systemy staje się pękiem kluczy do nich wszystkich: kto ma dostęp do maszyny, ma pośrednio dostęp do poczty, sprzedaży i dysku. Ten temat musi paść przed uruchomieniem.
Argument kosztowy podany, zanim ktoś zapytał o Twoją liczbę uruchomień
„Własny serwer wyjdzie taniej” jest prawdziwe powyżej pewnej skali i fałszywe poniżej niej. Bez Twojej liczby to zdanie nie ma treści — a bywa w tej dyskusji powtarzane najczęściej.
Porównanie oparte na artykule sprzed roku
Cenniki, warunki licencji i wymagania techniczne zmieniają się szybciej niż treści w internecie. Zanim zdecydujesz, sprawdź oba warianty w aktualnej dokumentacji producenta.
Czego odradzam
Nie stawiałbym własnej instalacji, zanim istnieje pierwszy działający przepływ
Decyzja o miejscu jest odwracalna — przepływy da się przenieść. Miesiąc na budowanie infrastruktury pod coś, czego jeszcze nie ma, bywa miesiącem pod proces, który po pierwszym teście okaże się niepotrzebny.
Nie wybierałbym self-hosted tam, gdzie nie ma ani osoby od IT, ani umowy o opiekę
Chodzi o dostępność czyjegoś czasu w przyszłości. Instalacja bez opiekuna psuje się po cichu i wychodzi to w najgorszym momencie.
Nie traktowałbym miejsca instalacji jako odpowiedzi na pytanie o zgodność z RODO
Własny serwer zmienia jeden fakt: gdzie stoi maszyna. Nie zmienia tego, jakie dane zbierasz, po co, jak długo je trzymasz i komu przekazujesz je dalej w trakcie przepływu. To osobne pytania i żadne nie znika przez wybór hostingu.
Nie budowałbym w chmurze na danych, których nie chcesz wynieść, z planem „potem przeniesiemy”
Przeniesienie narzędzia nie cofa tego, co już przez nie przeszło. Przy danych wrażliwych ta decyzja musi zapaść przed pierwszym uruchomieniem.
Nie zaczynałbym od tej decyzji, jeśli proces nie jest jeszcze opisany
To pytanie potrafi zjeść kilka tygodni i wygląda na najważniejsze, bo jest najbardziej techniczne. Tymczasem o powodzeniu decyduje zwykle co innego: czy proces w ogóle nadawał się do automatyzacji.
Dla większości małych firm to nie jest ta ważna decyzja.
W internecie ten wybór wygląda na fundament wdrożenia, bo jest techniczny i dobrze wypełnia artykuł. W praktyce, jeśli przez przepływ idą numery zamówień, statusy i terminy, a nie treść korespondencji ani dokumenty ludzi — weź wariant, który utrzymasz, i wróć do tematu, gdy zmieni się rodzaj danych. Zmiana miejsca jest odwracalna. Rok bez aktualizacji nie jest.
Czego ta strona nie jest: nie jestem prawnikiem i nie oceniam zgodności z przepisami. Mogę pokazać, gdzie fizycznie leżą dane i komu je przekazujesz — ocena prawna to inna rola. Przy danych wrażliwych potrzebujesz obu tych rzeczy naraz.
Napisz, jakie dane przez to przejdą — powiem, gdzie bym to postawił.
Nie musisz znać wymagań technicznych ani cennika. Opisz, co ma się dziać, jakie informacje przez to przechodzą i kto w firmie mógłby się tym zajmować — odpowiem, który wariant wybrałbym u Ciebie i dlaczego. Także wtedy, gdy odpowiedzią będzie, że przy takim procesie ta decyzja nie ma znaczenia.
Jeszcze nie masz pewności, czy n8n jest właściwym narzędziem? wdrożenie n8n — kiedy ma sens → A jeśli nie wiesz, który proces w ogóle nadaje się do automatyzacji: cztery warunki, które musi spełnić →