2024 júniusában a Cara app berobbant, egy hét alatt 40,000 felhasználóról 650,000-re nőtt, az alapítója pedig egy Vercel-számláról számolt be $96,280 összegben, az előző hétre. Ez volt egy szélesebb minta szélsőséges vége: a használatalapú platformok kényelmesek, amíg a forgalom, a botok, a sávszélesség vagy a függvényhívások meglepetésszámlává nem válnak.
A Vercel mostanra költségkezelési funkciókat is kínál, köztük értesítéseket, webhookokat és azt a lehetőséget, hogy egy beállított költségküszöb elérésekor szüneteltesd az éles telepítéseket. A lényeg tehát nem az, hogy a fejlesztőknek nincsenek kontrolljaik. A lényeg az, hogy ezeket a kontrollokat továbbra is érteni, beállítani és figyelni kell. A Heroku másfajta nyomást teremt: egyszerű és érett, de a költség gyorsan nőhet, amint egy kis appon túllépsz, és menedzselt adatbázisokat, Redist, workereket, biztonsági mentéseket és monitorozást kezdesz hozzáadni.
Az eredmény egy érlelődő ökoszisztéma a nyílt forráskódú, önállóan hosztolt PaaS-eszközökből, amelyek célja, hogy a Heroku-stílusú telepítési élmény egyes részeit egy általad felügyelt VPS-en újraalkossák: kódot pusholsz, domaint kötsz hozzá, SSL-t kapsz, adatbázisokat futtatsz, és appokat kezelsz anélkül, hogy egy teljes Kubernetes-platformot kéne felépítened.
Ez a bejegyzés hatot hasonlít össze közülük: Coolify, Dokku, CapRover, Dokploy, Kamal és seelf. A cél nem a legtöbb csillaggal rendelkező eszköz megkoronázása. A cél a döntési tér tiszta felvázolása, hogy egy eszközt a saját korlátaidhoz tudj illeszteni, vagy felismerd, hogy egyik sem passzol, és egy menedzselt platform továbbra is a helyes válasz.
A rövid válasz
Egy önállóan hosztolt PaaS automatizálni tudja a Docker-buildeket, a fordított proxy beállítását, az SSL-t, az app-telepítéseket és az alapvető szolgáltatáskezelést a saját szervereden. Amit alapból nem ad meg, az a menedzselt platform teljes infrastruktúra-rétege: az automatikus, több régióra kiterjedő feladatátvétel, a kézbevétel nélküli adatbázis-megbízhatóság vagy a platform által kezelt incidenskezelés.
- Válaszd a Coolifyt, ha a saját VPS-eden a teljes Heroku-stílusú vezérlőpulthoz legközelebbi megoldást szeretnéd.
- Válaszd a Dokkut, ha a legkönnyebb git-push telepítési folyamatot szeretnéd, és kényelmesen kezeled a CLI-t.
- Válaszd a CapRovert, ha egyszerű vizuális app-kezelőt szeretnél, és többnyire egykonténeres appokat telepítesz.
- Válaszd a Dokployt, ha letisztult, modern vezérlőpultot, Docker Compose-támogatást és a Coolifynál tisztább felületet szeretnél.
- Válaszd a Kamalt, ha CLI-központú telepítési eszközt szeretnél, főleg Rails vagy konténerizált appokhoz.
- Válaszd a seelfet, ha könnyűsúlyú Docker Compose telepítési eszközt szeretnél egy kis webes felülettel.
Ha a menedzselt hosztolási számlád még alacsony, és nem akarsz szervert karbantartani, maradj a menedzselt megoldásnál. Ha a számlád nő, és kényelmesen vállalod a frissítések, biztonsági mentések, tűzfalszabályok és incidenskezelés gondozását, akkor egy önállóan hosztolt PaaS-nak lehet értelme.
Mikor van valóban pénzügyi értelme egy önállóan hosztolt PaaS-nak
A költséges fordulópont az a rész, amit túlságosan leegyszerűsítenek.
Egy kis Heroku éles felállás indulhat havi $100 alatt, de a számla a százasok vagy ezresek közé kerülhet, amint több dynót, nagyobb menedzselt Postgrest, Redist, biztonsági mentéseket, monitorozást vagy magasabb rendelkezésre állási követelményeket adsz hozzá. Hasonló appverem gyakran elfut egy $15 és $30 közötti VPS-en, de ez nem foglalja magában ugyanazt a menedzselt adatbázis-megbízhatóságot, biztonsági mentést, feladatátvételt vagy támogatást, amit a Heroku- és Vercel-stílusú platformok elrejtenek.
Ez a valódi alku: nem ugyanazt cseréled le egy menedzselt platformról kevesebb pénzért. A platform kényelmét cseréled egy VPS-re, egy nyílt forráskódú telepítési rétegre és a saját karbantartási idődre.
Egy hasznos ökölszabály ez: az önálló hosztolásnak akkor kezd értelme lenni, amikor a menedzselt számla annyira fájdalmas, hogy a megtakarítás indokolja a munkát. Egy kis SaaS esetében ez gyakran azt jelenti, hogy a számla nagyjából havi $50 fölé ment, és az üzemeltető reálisan tud havonta néhány órát fordítani frissítésekre, biztonsági mentésekre és alapvető monitorozásra.
A Docker VPS-re telepítéséről szóló útmutatónk előfeltétele a bejegyzésben szereplő bármely eszköznek. Ha a Docker még nem fut a szervereden, ott kezdd.
A megtakarítás valós, de csak akkor jelenik meg, ha hajlandó vagy karbantartani a szervert.
A hat eszköz egymás mellett
Mielőtt eszközről eszközre haladnánk, érdemes a hat lehetőséget egymás mellé tenni. A megfelelő eszköz az, amelynek a korlátaival együtt tudsz élni, nem az, amelyiknek a leghangosabb a közössége.
| Eszköz | Kb. GitHub-csillagok | Filozófia | Több szerver támogatása | Relatív erőforrásigény | Legjobban illő használati eset |
|---|---|---|---|---|---|
| Coolify | 54k+ | Webes felület, teljes önállóan hosztolt PaaS-élmény | A jelenlegi Swarm-útvonalat kivezetik; az v5 skálázhatóságát tervezik | Magasabb | Több app, vezérlőpult-preferencia |
| Dokku | 31.9k | git-push, CLI, beépülőmodul-alapú | Csak egyetlen szerver | Nagyon alacsony | Egy vagy két app, legkisebb többletteher |
| CapRover | 15k+ | GUI-központú app-kezelő | Docker Swarm-támogatás | Mérsékelt | Egyszerű vizuális telepítések és egykonténeres appok |
| Dokploy | 33.7k+ | Modern webes felület, Coolify-alternatíva | Távoli szerverek / Docker Swarm támogatva | Mérsékelt | Docker Compose-felhasználók, akik letisztult felületet szeretnének |
| Kamal | 14.2k+ | CLI-központú, nincs host-vezérlőpult | Több szerver, nem fürtözött orkesztráció | Nagyon alacsony host-többletteher | Rails- vagy Docker-appok, CLI-ben otthonos csapatok |
| seelf | 343 | Könnyűsúlyú Compose-telepítések | Egyetlen csomópont | Alacsony | Docker Compose-stackek minimális többletteherrel |
Egy nagy projekt, ami nem illik a korlátaidhoz, ugyanannyi karbantartási időbe kerül, mint egy kisebb projekt, ami igen.
Coolify: a teljes vezérlőpult-élmény
A Coolify az egyik legnépszerűbb önállóan hosztolt PaaS-eszköz ebben a kategóriában, és ez az, amelyik a leginkább hasonlít egy teljes Heroku-stílusú helyettesítőre. Webes vezérlőpultot ad az appok, szolgáltatások, környezetek, domainek, SSL, telepítések és adatbázisok egy helyről történő kezeléséhez.
A Coolify az egyik legláthatóbb projekt ebben a kategóriában, és a v4.0.0 stabil kiadás 2026. április 27-én jelent meg, egy hosszú béta-időszak után. Ez azért számít, mert a Coolifyt már korábban is széles körben használták éles környezetben, de a stabil kiadás tisztább kiindulópontot ad az új felhasználóknak.
Amit a Coolify jól csinál, az lefedi a fejlesztők felé eső felület legnagyobb részét, amit az emberek a Heroku- vagy Vercel-alternatíváktól várnak. Több appot telepíthetsz, Docker Compose-stackeket futtathatsz, hozzáadhatsz olyan szolgáltatásokat, mint a Postgres és a Redis, használhatsz automatikus SSL-t a Traefiken keresztül, és csatlakoztathatod a GitHubot, GitLabot, Giteát vagy Bitbucketet.
A Coolify futtatásának költsége az a rész, amit általában alábecsülnek. Nem csak az appod fut a szerveren; maga a Coolify egy valódi platformréteg. Ez rendben van egy megfelelően méretezett VPS-en, de szűkös egy aprón. A Dokkuhoz képest a Coolify gazdagabb vezérlőpultot és több beépített kényelmet ad, de több szervererőforrást és aktívabb karbantartást is kér.
A Coolifyhoz fűződik a lista legnagyobb biztonsági tanulsága is. 2026 januárjában a Coolify CVE-közlemény 11 kritikus sebezhetőséget javított, köztük parancsbeinjektálási, hitelesítés-megkerülési és privátkulcs-kiszivárgási problémákat. A Censys nagyjából 52,890 nyilvánosan kitett Coolify-példányt azonosított akkoriban, Belgium kiberbiztonsági központja pedig kiadott egy figyelmeztetést, amely azonnali javítást javasolt.
Ez nem jelenti azt, hogy a Coolifyt kerülni kell. Azt jelenti, hogy a Coolifyt úgy kell kezelni, mint egy adminfelületet, amelynek valódi hatalma van a szervered felett. Ahol lehet, tartsd a vezérlőpultot a nyilvános internettől távol. Kösd egy privát hálózatra, például Tailscale-re vagy WireGuardra, korlátozd a hozzáférést IP alapján, és gyorsan alkalmazd a biztonsági frissítéseket.
A Coolify a helyes választás, ha teljes vezérlőpultot szeretnél, több appot kezelsz, a vizuális munkafolyamatot preferálod, és elfogadod, hogy magáért a platform javításáért is te felelsz.
Dokku: a legkisebb PaaS, ami működik
A Dokku a legegyszerűbb komoly lehetőség ebben az összehasonlításban. 2013 óta létezik, Heroku-stílusú git-push munkafolyamatot használ, és hű marad ahhoz az elvhez, hogy egy dolgot kell jól csinálni.
A munkafolyamat egyszerű: hozzáadsz egy remote-ot, pusholod az appot, a Dokku pedig megbuildeli és futtatja. A beépülőmodulok kezelik a gyakori igényeket, mint a Postgres, MySQL, MongoDB, Redis, biztonsági mentések, tanúsítványok és ütemezett feladatok. Nincs webes vezérlőpult, ami attól függően lehet kényelmetlenség vagy a támadási felület csökkentése, hogy honnan nézed.
A Dokku legnagyobb előnye a kis erőforrásigénye. Kényelmesen elfut egy kis VPS-en egy szerény app és adatbázis-beépülőmodul mellett. Ez teszi az egyik legjobban védhető választássá, amikor a célod egy kis menedzselt platform-számla lecserélése egy könnyűsúlyú VPS-felállásra.
A Dokku alapból még mindig buildpackeket használ, Docker-támogatással is. Egyes fejlesztők elavultnak látják a buildpackeket, de a Herokuról áttérőknek gyakran épp ez a lényeg. A Procfile-ok és a Heroku-stílusú telepítési szokások tisztán átültethetők.
A fő hátrány, hogy a Dokku elvárja, hogy otthonosan mozogj a CLI-ben. Nincs vezérlőpult azoknak a csapattagoknak, akik kattintgatni szeretnének, nincs letisztult felület több app kezeléséhez, és kevesebb kézfogás, mint a Coolify vagy a Dokploy esetében.
A Dokku a helyes válasz, ha egyetlen git pusht, a legkisebb gyakorlatias szerver-erőforrásigényt és semmilyen nyilvános adminfelületet nem akarsz védeni.
CapRover, Dokploy, Kamal és seelf: a másik négy
A Coolify és a Dokku a két nyilvánvaló alapértelmezés, de a másik négy eszköz nem töltelék. Mindegyiknek van értelme egy adott korlát mellett.
CapRover
A CapRover egy GUI-központú app- és adatbázis-telepítési kezelő, amely a Docker, az nginx, a Let's Encrypt és a NetData köré épül. Könnyen érthető, könnyen telepíthető, és különösen kényelmes, ha az appjaid egy egyszerű, egykonténeres telepítési modellbe illenek.
A CapRover támogatja a Docker Swarmot. Még karbantartott, a v1.14.1 2025 novemberében jelent meg, de nem érződik olyan gyorsan mozgónak, mint az újabb, vezérlőpult-központú alternatívák, például a Coolify és a Dokploy. Egy vadonatúj telepítésnél ez számít. Nemcsak a mai funkciókészletet választod; a karbantartás ütemét is választod annak az eszköznek, amellyel együtt kell majd élned.
A CapRover még mindig észszerű, ha már használod, szereted az egyszerűségét, vagy vizuális felületet szeretnél a Coolify nehezebb érzete nélkül. Új projektekhez általában a Dokployt vagy a Coolifyt lesz könnyebb ajánlani, hacsak a CapRover egyszerűsége nem a döntő tényező.
Dokploy
A Dokploy a modern Coolify-alternatívához legközelebbi megoldás. Letisztult vezérlőpultja van, támogatja a Docker Compose-t, sablonokat tartalmaz, és tisztább felületet ad a fejlesztőknek az appok, adatbázisok, domainek és telepítések kezeléséhez.
A fontos pontosítás, hogy a Dokploy már nem egyszerűen egyetlen csomópontra van tervezve. Alapból ugyanazon a csomóponton futtatja az appokat, de mostanra támogat távoli szervereket, fürtbeállításokat és Docker Swarm-alapú telepítéseket. Ez még mindig nem teszi menedzselt, automatikusan skálázódó platformmá, de rugalmasabbá teszi a Dokployt egy alap, egyszerveres vezérlőpultnál.
A Dokploy előnye a használhatóság. Újabbnak, tisztábbnak és gyorsabban mozgónak érződik, mint néhány régebbi eszköz. Az alku egy kisebb közösség a Coolifyhoz képest, és kevesebb hosszú távú harci tapasztalat, mint a Dokku esetében.
Válaszd a Dokployt, ha modern webes felületet szeretnél, Docker Compose-zal dolgozol, és tetszik a Coolify ötlete, de nem a súlya vagy a friss biztonsági terhei.
Kamal
A Kamal eltér a lista többi tagjától. Nem webes vezérlőpult. Egy CLI telepítési eszköz, amelyet a 37signals épített, és eredetileg a Rails köré terveztek, bár bármilyen Dockerrel konténerizálható webappot tud telepíteni.
A Kamal egy Docker registry-alapú munkafolyamatot és SSH-t használ a konténerek szerverekre telepítéséhez. Nem futtat tartós adminfelületet a hoston, ami kisebben tartja a telepítési felületet. Tud több szerverre is telepíteni, de nem orkesztrálja őket úgy, mint a Kubernetes vagy egy menedzselt fürt.
Ez teszi a Kamalt erős választássá azoknak a csapatoknak, amelyek a kódvezérelt műveleteket részesítik előnyben a vezérlőpultokkal szemben. Ha a csapatod már a terminálban dolgozik, érti a Docker-imageket, és ismételhető telepítéseket szeretne egy PaaS-felület nélkül, a Kamal tiszta lehetőség.
Válaszd a Kamalt Rails-appokhoz, konténerizált appokhoz és olyan csapatoknak, amelyek a lehető legkisebb telepítési eszközt szeretnék egy platformfelület helyett.
seelf
A seelf a legkisebb és legspecifikusabb eszköz itt. Egy könnyűsúlyú telepítési platform, amely Docker Compose-stackek és egy kis webes vezérlőpult köré épül.
A fő vonzereje az egyszerűség. Ha már van egy működő Docker Compose fájlod, és tiszta módot szeretnél a saját infrastruktúrádon történő telepítésére, a seelf elég lehet. Nem próbál teljes Heroku-helyettesítővé válni, és ez a visszafogottság az értékének része.
Az alku a közösség mérete. Mindössze néhány száz GitHub-csillaggal a seelf nem az az eszköz, amit akkor választanál, ha sok útmutatót, közösségi választ és külső integrációt szeretnél. Lehet, hogy alaposan kell olvasnod a dokumentációt, vagy bele kell nézned a forráskódba, amikor valami váratlanul viselkedik.
Válaszd a seelfet, ha a munkafolyamatod Compose-központú, és a Coolify vagy a Dokploy a szükségesnél nehezebbnek érződik.
Az őszinte korlátok, amelyek számítanak
Az önállóan hosztolt PaaS-eszközök azért hasznosak, mert elrejtik az ismétlődő telepítési munkát. Akkor kockázatosak, amikor a felhasználók elfelejtik, hogy az alatta lévő szerver továbbra is az ő felelősségük.
Az egyetlen csomópont plafonja
Ezeket az eszközöket akkor a legkönnyebb átlátni, amikor egy VPS elég. Néhány támogat több szerverre kiterjedő telepítést, de egyik sem ad menedzselt platform szintű automatikus skálázódást vagy több régióra kiterjedő feladatátvételt extra tervezési munka nélkül.
Ez nem automatikusan kizáró ok. Sok kis app kényelmesen elfut egy jól méretezett VPS-en. De az „egy szerver elég” egy korlát, amit tudatosan kell elfogadnod, nem olyasmi, amit egy üzemkimaradás közben fedezel fel.
Üzemeltetési felelősség
Az önálló hosztolásnál te felelsz a frissítésekért, biztonsági mentésekért, tűzfalszabályokért, monitorozásért és incidenskezelésért. A Coolify 2026-os CVE-esete a legtisztább példa arra, hogyan néz ki ez a felelősség a gyakorlatban, de ugyanez az elv vonatkozik a lista minden eszközére.
Egy menedzselt platform ennek a munkának a nagy részét leveszi a válladról. Egy önállóan hosztolt PaaS több kontrollt és alacsonyabb infrastruktúra-költséget ad, de a javítások ütemtervére is rátesz.
A Docker tűzfal-meglepetései
A Docker portközzététele meglepheti azokat, akik csak az UFW-re vagy alapvető host-tűzfal feltételezésekre támaszkodnak. A Docker saját tűzfalszabályokat hoz létre a portközzétételhez és a hálózati elszigeteléshez, így az „UFW be van kapcsolva” önmagában nem elég.
A biztonságosabb enyhítések: a konténereket localhostra kötni, amikor egy fordított proxy mögött ülnek, a Docker-hálózatokat szándékosan használni, és a szűrést a DOCKER-USER láncon keresztül kezelni. A beállítás iptables=false egy haladó lehetőség, és a legtöbb felhasználónak nem megfelelő, mert megtörheti a konténerek hálózatkezelését.
Fordított proxy konfliktusok
Sok önállóan hosztolt PaaS-eszköz telepíti vagy elvárja a saját fordított proxyját. A Coolify a Traefiket használja. A CapRover az nginxet. A VPS-eden lévő más szolgáltatások már használhatják a Caddyt, az nginxet vagy egy másik proxyt.
Ha két szolgáltatás próbálja birtokolni a 80-as és 443-as portot, konfliktusba kerülnek. A megoldás általában egyetlen fordított proxy köré konszolidálni, vagy szándékosan a meglévő proxyd mögé helyezni a PaaS-t. Ne telepíts egy vezérlőpultos PaaS-t egy forgalmas szerverre, abban a feltevésben, hogy automatikusan együtt fog élni a jelenlegi webveremmel.
Időköltség
A Hacker News-kifogás nem triviális számú csapatnál talál célba: ha magad menedzseled a PaaS-t, akkor még mindig élvezed-e egy PaaS előnyét?
Néha a válasz igen. Ha a menedzselt számlád elég magas, és az appod elég egyszerű, egy önállóan hosztolt PaaS érdemi pénzt takaríthat meg. Néha a válasz nem. Ha az önálló hosztolás havi $30-t takarít meg, de négy óra karbantartásba, hibakeresésbe és aggodalomba kerül, a számok valószínűleg nem jönnek ki.
Az önállóan hosztolt PaaS egy alku, nem ingyenes fejlesztés.
Gyors ítélet
Válasszon Coolify ha vezérlőpultra van szükséged, több appot szeretnél egy szerveren, és az aktív javítási kötelezettséget az alku részeként elfogadod.
Válasszon Dokku ha egyetlen git pusht, a legkisebb gyakorlatias szerver-erőforrásigényt és semmilyen nyilvános vezérlőpultot nem akarsz védeni.
Válasszon Dokploy ha tisztább, modern felületet, Docker Compose-támogatást és egy alap egycsomópontos vezérlőpultnál nagyobb rugalmasságot szeretnél.
Válasszon CapRover ha egyszerű vizuális app-kezelőt szeretnél, és a telepítéseid illenek a modelljéhez.
Válasszon Kamal ha a csapatod otthonosan mozog a CLI-ben, és ismételhető Docker-telepítéseket szeretne egy platform-vezérlőpult nélkül.
Válasszon seelf ha könnyűsúlyú Docker Compose-telepítéseket szeretnél, és nincs szükséged nagy ökoszisztémára.
Ha a menedzselt számlád még alacsony, és nem akarsz karbantartási munkát, maradj a menedzselt megoldásnál.
Egyszerűbb módja az önálló hosztolás megkezdésének
Az önállóan hosztolt PaaS legnehezebb része nem mindig maga az eszköz. Hanem a köré épülő beállítás: a VPS előkészítése, a Docker telepítése, a hálózat konfigurálása, a megfelelő portok megnyitása, az SSL kezelése, és annak biztosítása, hogy a vezérlőpult ne legyen gondatlanul kitéve.
Itt teheti könnyebbé az első lépést egy egykattintásos app-piactér. Ahelyett, hogy egy üres VPS-ről indulnál, használhatsz egy előre elkészített telepítést olyan eszközökhöz, mint a Coolify, a Dokku vagy a seelf, majd arra koncentrálhatsz, hogy a platform illik-e az appodhoz.
A Cloudzy piactere egykattintásos telepítéseket tartalmaz a Coolifyhoz, a Dokkuhoz és a seelfhez. Ez nem szünteti meg a szervered karbantartásának felelősségét, de megszünteti a beállítási súrlódás nagy részét, ami megakadályozza a fejlesztőket abban, hogy egyáltalán kipróbálják az önállóan hosztolt PaaS-t.
Gyakran ismételt kérdések
Mi a legjobb önállóan hosztolt alternatíva a Herokura?
A Coolify és a Dokku a legbiztonságosabb alapértelmezések. Válaszd a Coolifyt, ha vezérlőpultot és teljesebb platformélményt szeretnél. Válaszd a Dokkut, ha a legkönnyebb Heroku-stílusú git-push munkafolyamatot szeretnéd, és kényelmesen kezeled a CLI-t.
Biztonságos a Coolify éles használatra?
A Coolify használható éles környezetben, de csak akkor, ha úgy kezeled, mint egy erőteljes szerver-adminfelületet. Tartsd a vezérlőpultot privátként, korlátozd a hozzáférést, és gyorsan alkalmazd a frissítéseket. A felület nyilvános kitétele javítási terv nélkül a kockázatos rész.
Coolify vs Dokku: melyiket válasszam?
Válaszd a Coolifyt, ha több appot futtatsz, és webes vezérlőpultot szeretnél. Válaszd a Dokkut, ha egy vagy két appot futtatsz, a CLI-t preferálod, és a legalacsonyabb többletterhet szeretnéd.
Az önállóan hosztolt PaaS leválthatja a Vercelt a Next.js-hez?
Sok kis app esetében igen. A Coolify és a Dokploy tud Next.js-appokat hosztolni, de lemondasz a Vercel menedzselt edge/CDN rétegéről, és magadnak kell konfigurálnod a gyorsítótárazást, az ISR-viselkedést, a képoptimalizálás skálázását és a több példány közötti konzisztenciát.
Kell-e Kubernetes, vagy elég az önállóan hosztolt PaaS?
Ha egy VPS elég, és nincs szükséged automatikus skálázódásra vagy több régióra kiterjedő feladatátvételre, az önállóan hosztolt PaaS elég. Ha összehangolt, több csomópontos ütemezésre, automatizált skálázásra és mélyebb infrastruktúra-kontrollra van szükséged, akkor a Docker Swarm, a Nomad vagy a Kubernetes felé mozogsz.
Karbantartott még a Dokku?
Igen. A Dokku továbbra is kap rendszeres kiadásokat, de lassan mozog az újabb, vezérlőpult-központú eszközökhöz képest. Infrastruktúra-szoftvernél ez inkább erősség lehet, mint gyengeség.
