W czerwcu 2024 roku aplikacja Cara stała się viralowa, rosnąc z 40,000 do 650,000 użytkowników w ciągu tygodnia, a jej założyciel zgłosił rachunek od Vercel w wysokości $96,280 za poprzedni tydzień. To był skrajny przypadek szerszego zjawiska: platformy rozliczane od użycia są wygodne, dopóki ruch, boty, transfer danych lub wywołania funkcji nie zamienią się w zaskakujący rachunek.
Vercel oferuje teraz funkcje zarządzania wydatkami, w tym powiadomienia, webhooki oraz możliwość wstrzymania wdrożeń produkcyjnych po osiągnięciu skonfigurowanej kwoty wydatków. Nie chodzi więc o to, że deweloperzy nie mają żadnej kontroli. Chodzi o to, że te mechanizmy nadal trzeba rozumieć, skonfigurować i monitorować. Heroku tworzy inny rodzaj presji: jest proste i dojrzałe, ale koszt potrafi szybko rosnąć, gdy wyjdziesz poza małą aplikację i zaczniesz dodawać zarządzane bazy danych, Redis, workery, kopie zapasowe i monitoring.
W efekcie dojrzewa ekosystem otwartoźródłowych, self-hostowanych narzędzi PaaS, które mają odtworzyć część doświadczenia wdrażania w stylu Heroku na VPS, który kontrolujesz: wypchnij kod, podłącz domenę, uzyskaj SSL, uruchamiaj bazy danych i zarządzaj aplikacjami bez budowania pełnej platformy Kubernetes.
Ten wpis porównuje sześć z nich: Coolify, Dokku, CapRover, Dokploy, Kamal i seelf. Celem nie jest koronowanie narzędzia z największą liczbą gwiazdek. Celem jest jasne zmapowanie przestrzeni decyzyjnej, byś mógł dopasować narzędzie do swoich ograniczeń, albo rozpoznać, że żadne nie pasuje i to platforma zarządzana wciąż jest właściwą odpowiedzią.
Krótka odpowiedź
Self-hostowany PaaS potrafi zautomatyzować budowanie obrazów Docker, konfigurację reverse proxy, SSL, wdrożenia aplikacji i podstawowe zarządzanie usługami na twoim własnym serwerze. Czego nie daje domyślnie, to pełnej warstwy infrastruktury platformy zarządzanej: automatycznego failoveru wieloregionowego, bezobsługowej niezawodności baz danych ani zarządzanej przez platformę reakcji na incydenty.
- Wybierz Coolify jeśli chcesz czegoś najbliższego pełnemu panelowi w stylu Heroku na własnym VPS.
- Wybierz Dokku jeśli chcesz najlżejszego przepływu wdrożeń przez git-push i swobodnie posługujesz się CLI.
- Wybierz CapRover jeśli chcesz prostego, wizualnego menedżera aplikacji i wdrażasz głównie aplikacje jednokontenerowe.
- Wybierz Dokploy jeśli chcesz dopracowanego, nowoczesnego panelu, obsługi Docker Compose i czystszego UI niż w Coolify.
- Wybierz Kamal jeśli chcesz narzędzia do wdrożeń w modelu CLI-first, zwłaszcza dla aplikacji Rails lub skonteneryzowanych.
- Wybierz seelf jeśli chcesz lekkiego narzędzia do wdrażania Docker Compose z małym interfejsem webowym.
Jeśli twój rachunek za hosting zarządzany jest wciąż niski i nie chcesz utrzymywać serwera, zostań przy rozwiązaniu zarządzanym. Jeśli rachunek rośnie, a tobie nie przeszkadza odpowiadanie za aktualizacje, kopie zapasowe, reguły zapory i reakcję na incydenty, self-hostowany PaaS może mieć sens.
Kiedy self-hostowany PaaS naprawdę ma sens finansowy
Punkt, w którym koszty się przecinają, to część, którą najczęściej się upraszcza.
Mała konfiguracja produkcyjna na Heroku może zaczynać się poniżej $100 miesięcznie, ale rachunek potrafi wejść w setki lub tysiące, gdy dodasz kilka dyno, większy zarządzany Postgres, Redis, kopie zapasowe, monitoring lub wyższe wymagania dostępności. Podobny stos aplikacji często da się uruchomić na VPS za $15 do $30, ale nie obejmuje to tej samej niezawodności zarządzanej bazy danych, kopii zapasowych, failoveru ani wsparcia, które platformy w stylu Heroku/Vercel ukrywają za kulisami.
To jest prawdziwy kompromis: nie zastępujesz platformy zarządzanej dokładnie tym samym za mniejsze pieniądze. Zastępujesz wygodę platformy VPS-em, otwartoźródłową warstwą wdrożeniową i własnym czasem na utrzymanie.
Przydatna zasada brzmi tak: self-hosting zaczyna mieć sens, gdy rachunek za rozwiązanie zarządzane jest na tyle bolesny, że oszczędności uzasadniają pracę. Dla małego SaaS często oznacza to, że rachunek przekroczył mniej więcej $50 miesięcznie, a operator realnie może poświęcić kilka godzin w miesiącu na aktualizacje, kopie zapasowe i podstawowy monitoring.
Nasz przewodnik po instalacji Dockera na VPS to wymóg wstępny dla każdego z narzędzi w tym wpisie. Jeśli Docker nie działa jeszcze na twoim serwerze, zacznij właśnie tam.
Oszczędności są realne, ale pojawią się tylko wtedy, gdy będziesz gotów utrzymywać serwer.
Sześć narzędzi obok siebie
Zanim przejdziemy narzędzie po narzędziu, warto zestawić wszystkie sześć opcji ze sobą. Właściwe narzędzie to takie, którego ograniczenia jesteś w stanie zaakceptować, a nie takie z najgłośniejszą społecznością.
| Narzędzie | Przybliżona liczba gwiazdek na GitHub | Filozofia | Obsługa wielu serwerów | Względne zużycie zasobów | Najlepsze zastosowanie |
|---|---|---|---|---|---|
| Coolify | 54k+ | Web UI, pełne doświadczenie self-hostowanego PaaS | Obecna ścieżka oparta na Swarm jest wycofywana; planowana skalowalność w v5 | Wyższy | Wiele aplikacji, preferowany panel |
| Dokku | 31.9k | git-push, CLI, oparte na wtyczkach | Tylko pojedynczy serwer | Bardzo niskie | Jedna lub dwie aplikacje, najmniejszy narzut |
| CapRover | 15k+ | Menedżer aplikacji w modelu GUI-first | Obsługa Docker Swarm | Umiarkowany | Proste wizualne wdrożenia i aplikacje jednokontenerowe |
| Dokploy | 33.7k+ | Nowoczesne web UI, alternatywa dla Coolify | Obsługa zdalnych serwerów / Docker Swarm | Umiarkowany | Użytkownicy Docker Compose, którzy chcą dopracowanego UI |
| Kamal | 14.2k+ | CLI-first, brak panelu na hoście | Wiele serwerów, orkiestracja bez klastra | Bardzo niski narzut na hoście | Aplikacje Rails lub Docker, zespoły swobodne w CLI |
| seelf | 343 | Lekkie wdrożenia Compose | Pojedynczy węzeł | Niski | Stosy Docker Compose przy minimalnym narzucie |
Duży projekt, który nie pasuje do twoich ograniczeń, i tak będzie cię kosztował tyle samo czasu na utrzymanie, co mniejszy projekt, który pasuje.
Coolify: pełne doświadczenie panelu
Coolify to jedno z najpopularniejszych self-hostowanych narzędzi PaaS w tej kategorii i to ono najbliżej przypomina pełnoprawny zamiennik Heroku. Daje ci panel webowy do zarządzania aplikacjami, usługami, środowiskami, domenami, SSL, wdrożeniami i bazami danych z jednego miejsca.
Coolify to jeden z najbardziej widocznych projektów w tej kategorii, a stabilna wersja v4.0.0 została wydana 27 kwietnia 2026 roku po długim okresie bety. To istotne, bo Coolify było już szeroko używane na produkcji, ale stabilne wydanie daje nowym użytkownikom jaśniejszy punkt odniesienia.
To, co Coolify robi dobrze, pokrywa większość obszaru widocznego dla deweloperów, którego ludzie oczekują od alternatyw dla Heroku czy Vercel. Możesz wdrażać wiele aplikacji, uruchamiać stosy Docker Compose, dodawać usługi takie jak Postgres i Redis, korzystać z automatycznego SSL przez Traefik oraz podłączać GitHub, GitLab, Gitea lub Bitbucket.
Koszt prowadzenia Coolify to część, która zwykle bywa niedoszacowana. To nie tylko twoja aplikacja działająca na serwerze; samo Coolify jest realną warstwą platformy. To w porządku na odpowiednio dobranym VPS, ale ciasno na maleńkim. W porównaniu z Dokku, Coolify daje bogatszy panel i więcej wbudowanej wygody, ale też wymaga więcej zasobów serwera i więcej aktywnego utrzymania.
Coolify ma też największą lekcję bezpieczeństwa na tej liście. W styczniu 2026 roku ujawnienie CVE w Coolify załatało 11 krytycznych podatności, w tym wstrzykiwanie poleceń, obejście uwierzytelniania i ujawnianie kluczy prywatnych. Censys zidentyfikował wówczas około 52,890 publicznie dostępnych instancji Coolify, a belgijskie Centre for Cybersecurity wydało zalecenie rekomendujące natychmiastowe łatanie.
Nie znaczy to, że Coolify należy unikać. Znaczy to, że Coolify trzeba traktować jak panel administracyjny z realną władzą nad twoim serwerem. Trzymaj panel poza publicznym internetem, gdzie to możliwe. Podepnij go do sieci prywatnej, takiej jak Tailscale lub WireGuard, ogranicz dostęp po IP i szybko stosuj aktualizacje bezpieczeństwa.
Coolify to właściwy wybór, jeśli chcesz pełnego panelu, zarządzasz wieloma aplikacjami, wolisz pracę wizualną i akceptujesz, że to ty odpowiadasz za łatanie samej platformy.
Dokku: najmniejszy PaaS, który działa
Dokku to najprostsza poważna opcja w tym porównaniu. Istnieje od 2013 roku, korzysta z przepływu git-push w stylu Heroku i trzyma się idei robienia jednej rzeczy dobrze.
Przepływ jest prosty: dodaj zdalne repozytorium, wypchnij aplikację, a Dokku ją zbuduje i uruchomi. Wtyczki obsługują typowe potrzeby, takie jak Postgres, MySQL, MongoDB, Redis, kopie zapasowe, certyfikaty i zadania zaplanowane. Nie ma panelu webowego, co bywa albo niedogodnością, albo ograniczeniem powierzchni ataku, w zależności od tego, jak na to patrzysz.
Największą zaletą Dokku jest jego małe zużycie zasobów. Potrafi spokojnie działać na małym VPS dla skromnej aplikacji i wtyczki bazy danych. To czyni go jednym z najłatwiejszych do obrony wyborów, gdy twoim celem jest zastąpienie niewielkiego rachunku za platformę zarządzaną lekką konfiguracją na VPS.
Dokku wciąż domyślnie używa buildpacków, z dostępną także obsługą Dockera. Niektórzy deweloperzy uważają buildpacki za przestarzałe, ale dla migrujących z Heroku to często dokładnie o to chodzi. Procfile i nawyki wdrażania w stylu Heroku przekładają się czysto.
Główny minus jest taki, że Dokku oczekuje od ciebie swobody w CLI. Nie ma panelu dla członków zespołu, którzy chcą klikać, nie ma dopracowanego UI do zarządzania wieloma aplikacjami i mniej prowadzenia za rękę niż w Coolify czy Dokploy.
Dokku to właściwa odpowiedź, gdy chcesz jednego git push, najmniejszego praktycznego zużycia zasobów serwera i żadnego publicznego panelu administracyjnego do obrony.
CapRover, Dokploy, Kamal i seelf: pozostała czwórka
Coolify i Dokku to dwa oczywiste domyślne wybory, ale pozostała czwórka narzędzi to nie wypełniacz. Każde z nich ma sens dla konkretnego ograniczenia.
CapRover
CapRover to menedżer wdrożeń aplikacji i baz danych w modelu GUI-first, zbudowany wokół Dockera, nginx, Let’s Encrypt i NetData. Jest łatwy do zrozumienia, łatwy w instalacji i szczególnie wygodny, jeśli twoje aplikacje pasują do prostego modelu wdrożenia jednokontenerowego.
CapRover obsługuje Docker Swarm. Jest nadal utrzymywany, z wersją v1.14.1 wydaną w listopadzie 2025 roku, ale nie sprawia wrażenia tak szybko rozwijającego się jak nowsze alternatywy stawiające na panel, takie jak Coolify i Dokploy. Dla zupełnie nowego wdrożenia to istotne. Nie wybierasz tylko dzisiejszego zestawu funkcji; wybierasz tempo utrzymania narzędzia, z którym przyjdzie ci żyć.
CapRover wciąż jest rozsądny, jeśli już go używasz, lubisz jego prostotę albo chcesz wizualnego interfejsu bez cięższego charakteru Coolify. Dla nowych projektów Dokploy lub Coolify zwykle łatwiej będzie polecić, chyba że prostota CapRover jest czynnikiem decydującym.
Dokploy
Dokploy to najbliższe odpowiednik nowoczesnej alternatywy dla Coolify. Ma dopracowany panel, obsługuje Docker Compose, zawiera szablony i daje deweloperom czystsze UI do zarządzania aplikacjami, bazami danych, domenami i wdrożeniami.
Ważna korekta jest taka, że Dokploy nie jest już po prostu jednowęzłowy z założenia. Domyślnie uruchamia aplikacje na tym samym węźle, ale teraz obsługuje zdalne serwery, ustawienia klastra i wdrożenia oparte na Docker Swarm. To wciąż nie czyni go zarządzaną platformą z autoskalowaniem, ale sprawia, że Dokploy jest bardziej elastyczny niż podstawowy panel na pojedynczym serwerze.
Atutem Dokploy jest użyteczność. Sprawia wrażenie nowszego, czystszego i szybciej rozwijającego się niż niektóre starsze narzędzia. Kompromisem jest mniejsza społeczność niż przy Coolify i krótsze sprawdzenie w boju niż przy Dokku.
Wybierz Dokploy, jeśli chcesz nowoczesnego web UI, pracujesz z Docker Compose i podoba ci się idea Coolify, ale nie jego ciężar ani ostatni bagaż związany z bezpieczeństwem.
Kamal
Kamal różni się od reszty listy. To nie jest panel webowy. To narzędzie do wdrożeń w CLI, stworzone przez 37signals i pierwotnie zaprojektowane wokół Rails, choć potrafi wdrożyć każdą aplikację webową, którą da się skonteneryzować Dockerem.
Kamal korzysta z przepływu opartego na rejestrze Docker i SSH, by wdrażać kontenery na serwery. Nie uruchamia trwałego panelu administracyjnego na hoście, co utrzymuje mniejszą powierzchnię wdrożenia. Potrafi wdrażać na wielu serwerach, ale nie orkiestruje ich tak jak Kubernetes czy zarządzany klaster.
To czyni Kamal mocnym dopasowaniem dla zespołów, które wolą operacje sterowane kodem od paneli. Jeśli twój zespół już pracuje w terminalu, rozumie obrazy Docker i chce powtarzalnych wdrożeń bez panelu PaaS, Kamal jest czystą opcją.
Wybierz Kamal do aplikacji Rails, aplikacji skonteneryzowanych i zespołów, które chcą najmniejszego możliwego narzędzia do wdrożeń, a nie interfejsu platformy.
seelf
seelf to najmniejsze i najbardziej niszowe narzędzie tutaj. To lekka platforma wdrożeniowa zbudowana wokół stosów Docker Compose i małego panelu webowego.
Głównym atutem jest prostota. Jeśli masz już działający plik Docker Compose i chcesz czystego sposobu na wdrożenie go na własnej infrastrukturze, seelf może wystarczyć. Nie próbuje stać się pełnym zamiennikiem Heroku i ta powściągliwość jest częścią jego wartości.
Kompromisem jest wielkość społeczności. Z zaledwie kilkuset gwiazdkami na GitHub, seelf nie jest narzędziem do wyboru, jeśli chcesz mnóstwa tutoriali, odpowiedzi społeczności i integracji firm trzecich. Możesz być zmuszony uważnie czytać dokumentację lub zaglądać w kod źródłowy, gdy coś zachowa się niespodziewanie.
Wybierz seelf, jeśli twój przepływ pracy jest oparty na Compose, a Coolify lub Dokploy wydają się cięższe niż to konieczne.
Uczciwe ograniczenia, które mają znaczenie
Self-hostowane narzędzia PaaS są przydatne, bo ukrywają powtarzalną pracę przy wdrożeniach. Są ryzykowne, gdy użytkownicy zapominają, że serwer pod spodem nadal jest ich odpowiedzialnością.
Sufit pojedynczego węzła
Te narzędzia najłatwiej ogarnąć, gdy jeden VPS wystarcza. Niektóre obsługują wdrożenia na wielu serwerach, ale żadne nie daje ci autoskalowania platformy zarządzanej ani failoveru wieloregionowego bez dodatkowej pracy projektowej.
To nie jest automatycznie czynnik dyskwalifikujący. Wiele małych aplikacji może spokojnie działać na jednym dobrze dobranym VPS. Ale „jeden serwer wystarcza” to ograniczenie, które powinieneś świadomie zaakceptować, a nie coś, co odkrywasz w trakcie awarii.
Odpowiedzialność operacyjna
Przy self-hostingu odpowiadasz za aktualizacje, kopie zapasowe, reguły zapory, monitoring i reakcję na incydenty. Wydarzenie CVE w Coolify z 2026 roku to najjaśniejszy przykład tego, jak ta odpowiedzialność wygląda w praktyce, ale ta sama zasada dotyczy każdego narzędzia na tej liście.
Platforma zarządzana bierze na siebie dużą część tej pracy za ciebie. Self-hostowany PaaS daje ci więcej kontroli i niższy koszt infrastruktury, ale stawia cię też na harmonogramie łatania.
Niespodzianki z zaporą Dockera
Publikowanie portów przez Dockera potrafi zaskoczyć ludzi, którzy polegają wyłącznie na UFW lub podstawowych założeniach co do zapory hosta. Docker tworzy własne reguły zapory dla publikowania portów i izolacji sieci, więc „UFW jest włączone” samo w sobie nie wystarcza.
Bezpieczniejsze środki zaradcze to: podpinanie kontenerów do localhost, gdy stoją za reverse proxy, świadome korzystanie z sieci Dockera oraz zarządzanie filtrowaniem przez łańcuch DOCKER-USER. Ustawianie iptables=false to opcja zaawansowana i nie jest odpowiednia dla większości użytkowników, bo może zepsuć sieć kontenerów.
Konflikty reverse proxy
Wiele self-hostowanych narzędzi PaaS instaluje lub zakłada własne reverse proxy. Coolify używa Traefik. CapRover używa nginx. Inne usługi na twoim VPS mogą już używać Caddy, nginx lub innego proxy.
Jeśli dwie usługi spróbują przejąć porty 80 i 443, dojdzie do konfliktu. Rozwiązaniem jest zwykle konsolidacja wokół jednego reverse proxy albo świadome umieszczenie PaaS za istniejącym proxy. Nie instaluj panelowego PaaS na zajętym serwerze i nie zakładaj, że automatycznie zgra się z twoim obecnym stosem webowym.
Koszt czasu
Zarzut z Hacker News trafia dla niemałej liczby zespołów: jeśli sam zarządzasz PaaS, to czy wciąż czerpiesz korzyść z PaaS?
Czasem odpowiedź brzmi: tak. Jeśli twój rachunek za rozwiązanie zarządzane jest wystarczająco wysoki, a aplikacja wystarczająco prosta, self-hostowany PaaS może oszczędzić znaczące pieniądze. Czasem odpowiedź brzmi: nie. Jeśli self-hosting oszczędza $30 miesięcznie, ale kosztuje cię cztery godziny utrzymania, rozwiązywania problemów i zmartwień, liczby prawdopodobnie się nie zgadzają.
Self-hostowany PaaS to kompromis, a nie darmowy upgrade.
Szybki werdykt
Wybierz Coolify jeśli potrzebujesz panelu, chcesz wielu aplikacji na jednym serwerze i akceptujesz aktywne łatanie jako część układu.
Wybierz Dokku jeśli chcesz jednego git push, najmniejszego praktycznego zużycia zasobów serwera i żadnego publicznego panelu do obrony.
Wybierz Dokploy jeśli chcesz czystszego, nowoczesnego UI, obsługi Docker Compose i większej elastyczności niż w podstawowym jednowęzłowym panelu.
Wybierz CapRover jeśli chcesz prostego, wizualnego menedżera aplikacji, a twoje wdrożenia pasują do jego modelu.
Wybierz Kamal jeśli twój zespół jest swobodny w CLI i chce powtarzalnych wdrożeń Docker bez panelu platformy.
Wybierz seelf jeśli chcesz lekkich wdrożeń Docker Compose i nie potrzebujesz dużego ekosystemu.
jeśli twój rachunek za rozwiązanie zarządzane jest wciąż niski i nie chcesz pracy przy utrzymaniu, zostań przy rozwiązaniu zarządzanym.
Prostszy sposób, by zacząć self-hosting
Najtrudniejsza część self-hostowanego PaaS nie zawsze tkwi w samym narzędziu. To otoczka wokół niego: przygotowanie VPS, instalacja Dockera, konfiguracja sieci, otwarcie właściwych portów, obsługa SSL i upewnienie się, że panel nie jest nieostrożnie wystawiony.
To właśnie tu marketplace aplikacji w jednym kliknięciu może ułatwić pierwszy krok. Zamiast zaczynać od pustego VPS, możesz użyć gotowego wdrożenia dla narzędzi takich jak Coolify, Dokku czy seelf i skupić się na tym, czy platforma pasuje do twojej aplikacji.
Marketplace Cloudzy obejmuje instalacje w jednym kliknięciu dla Coolify, Dokku i seelf. To nie zdejmuje odpowiedzialności za utrzymanie serwera, ale usuwa sporo tarcia przy konfiguracji, które na starcie powstrzymuje deweloperów przed testowaniem self-hostowanego PaaS.
Często zadawane pytania
Jaka jest najlepsza self-hostowana alternatywa dla Heroku?
Coolify i Dokku to najbezpieczniejsze domyślne wybory. Wybierz Coolify, jeśli chcesz panelu i pełniejszego doświadczenia platformy. Wybierz Dokku, jeśli chcesz najlżejszego przepływu git-push w stylu Heroku i swobodnie posługujesz się CLI.
Czy Coolify jest bezpieczne na produkcji?
Coolify można używać na produkcji, ale tylko wtedy, gdy potraktujesz je jak potężny panel administracyjny serwera. Trzymaj panel prywatnie, ogranicz dostęp i szybko stosuj aktualizacje. Wystawienie panelu publicznie bez planu łatania to ryzykowna część.
Coolify kontra Dokku: które wybrać?
Wybierz Coolify, jeśli prowadzisz wiele aplikacji i chcesz panelu webowego. Wybierz Dokku, jeśli prowadzisz jedną lub dwie aplikacje, wolisz CLI i chcesz najniższego narzutu.
Czy self-hostowany PaaS może zastąpić Vercel dla Next.js?
Dla wielu małych aplikacji: tak. Coolify i Dokploy potrafią hostować aplikacje Next.js, ale rezygnujesz z zarządzanej warstwy edge/CDN Vercel i musisz sam skonfigurować cache, zachowanie ISR, skalowanie optymalizacji obrazów i spójność między instancjami.
Czy potrzebuję Kubernetes, czy self-hostowany PaaS wystarczy?
Jeśli jeden VPS wystarcza i nie potrzebujesz autoskalowania ani failoveru wieloregionowego, self-hostowany PaaS wystarczy. Jeśli potrzebujesz skoordynowanego planowania na wielu węzłach, automatycznego skalowania i głębszej kontroli nad infrastrukturą, zmierzasz w stronę Docker Swarm, Nomad lub Kubernetes.
Czy Dokku jest nadal utrzymywany?
Tak. Dokku wciąż otrzymuje regularne wydania, ale rozwija się wolno w porównaniu z nowszymi narzędziami stawiającymi na panel. Dla oprogramowania infrastrukturalnego to może być raczej siła niż słabość.
