Self-hosted (open source), Cloud i Enterprise to nie „ten sam produkt w trzech cenach". To trzy różne modele odpowiedzialności, kosztów i zgodności. Poniżej rozkładam je tak, żebyś wybrał świadomie — nie przepłacając i nie wpadając w problem z RODO.
Trzy warianty w skrócie
- Community / self-hosted (open source) — darmowa licencja (fair-code), instalujesz na własnym serwerze. Płacisz tylko za infrastrukturę. Pełna kontrola, pełna odpowiedzialność.
- n8n Cloud — hostowany przez n8n, płatny abonament rozliczany za liczbę wykonań (executions). Zero utrzymania, ale dane przechodzą przez infrastrukturę dostawcy.
- Enterprise — Cloud lub self-hosted z dodatkami dla dużych organizacji: SSO, RBAC, środowiska, log streaming, SLA, wsparcie. Wycena indywidualna.
Koszt — gdzie naprawdę są pieniądze
Pułapka Cloud to rozliczenie za wykonania. Przy kilku prostych workflow jest tanio. Ale gdy automatyzujesz procesy operacyjne (każdy mail, każda faktura, każdy rekord = wykonanie), licznik rośnie szybko i koszt potrafi przebić własny serwer kilkukrotnie.
Self-hosted odwraca to: płacisz stałą stawkę za VPS (często kilkadziesiąt–kilkaset zł/mies.) niezależnie od liczby wykonań. Im więcej automatyzujesz, tym bardziej self-hosted wygrywa.
Prosta zasada:
- Mało workflow, zero zespołu DevOps → Cloud bywa OK na start.
- Dużo wykonań / rosnąca skala → self-hosted tnie koszt drastycznie.
- Duża organizacja, wymóg SSO/SLA/audytu → Enterprise.
Własność danych i RODO — tu self-hosted ma przewagę
To najważniejszy, a najczęściej pomijany kryterium. W self-hosted dane nie opuszczają Twojej infrastruktury — workflow, dane przepływające przez węzły, credentiale siedzą u Ciebie.
Przy danych osobowych to nie wygoda, to wymóg: łatwiej wykazać zgodność z RODO, kontrolę nad przetwarzaniem i brak transferu do zewnętrznego procesora. W Cloud dane przechodzą przez infrastrukturę dostawcy — wykonalne zgodnie z prawem, ale wymaga umowy powierzenia i analizy, gdzie fizycznie lądują.
Jeśli budujesz automatyzację procesów biznesowych dotykającą danych klientów lub pracowników, self-hosted upraszcza compliance.
Limity i funkcje
- Wykonania: self-hosted bez limitu (ogranicza Cię tylko serwer); Cloud limitowany planem.
- Współbieżność i skala: self-hosted skalujesz sam (więcej zasobów, tryb kolejkowy); Cloud skaluje dostawca.
- SSO, RBAC, środowiska dev/prod, log streaming, wsparcie SLA: to domena Enterprise.
- Utrzymanie: Cloud = zero; self-hosted = aktualizacje, backupy, monitoring po Twojej stronie (albo partnera).
Co wybrać — rekomendacja
- Startujesz, testujesz pomysł, brak zespołu technicznego → n8n Cloud. Szybko, bez utrzymania.
- Firma 50–500 os., realne wolumeny, dane osobowe w grze → self-hosted. Najniższy koszt przy skali + własność danych + czysty RODO. To wariant, który wdrażamy najczęściej.
- Korporacja z wymogami SSO/SLA/audytu i wieloma zespołami → Enterprise.
Self-hosted brzmi „trudniej", ale konfiguracja jest jednorazowa i powtarzalna — pokazujemy ją krok po kroku w przewodniku n8n self-hosted z Dockerem. Jeśli dopiero zaczynasz z narzędziem, zacznij od n8n — co to jest i jak działa.
Podsumowanie
- Trzy warianty to trzy modele kosztu i odpowiedzialności, nie „ta sama rzecz w trzech cenach".
- Cloud rozlicza za wykonania — tanio na start, drogo przy skali.
- Self-hosted = stały koszt + brak limitów + własność danych → najlepszy dla firm z realnym wolumenem i danymi osobowymi.
- Enterprise = gdy potrzebujesz SSO, SLA, audytu i wielu środowisk.
- Przy danych osobowych self-hosted upraszcza zgodność z RODO.
Nie wiesz, który wariant n8n pasuje do Twojej skali i danych? Umów bezpłatną konsultację Dokodu — dobierzemy wariant pod Twoje wolumeny, budżet i wymogi RODO, a self-hosted możemy postawić i utrzymywać za Ciebie.
