A giugno 2024 l'app Cara è diventata virale, passando da 40,000 a 650,000 utenti in una settimana, e il suo fondatore ha riferito una fattura Vercel di $96,280 per la settimana precedente. Era l'estremo di uno schema più ampio: le piattaforme a consumo sono comode finché traffico, bot, banda o chiamate a funzioni non si trasformano in una fattura a sorpresa.
Vercel ora offre funzioni di gestione della spesa, tra cui notifiche, webhook e l'opzione di mettere in pausa i deployment di produzione al raggiungimento di un importo di spesa configurato. Quindi il punto non è che gli sviluppatori non abbiano controlli. Il punto è che quei controlli vanno comunque compresi, configurati e monitorati. Heroku crea un tipo diverso di pressione: è semplice e maturo, ma il costo può crescere in fretta una volta che superi una piccola app e inizi ad aggiungere database gestiti, Redis, worker, backup e monitoraggio.
Il risultato è un ecosistema in maturazione di strumenti PaaS self-hosted open source che puntano a ricreare parti dell'esperienza di deploy in stile Heroku su un VPS che controlli tu: pubblichi il codice, colleghi un dominio, ottieni l'SSL, esegui database e gestisci le app senza costruire una piattaforma Kubernetes completa.
Questo articolo ne confronta sei: Coolify, Dokku, CapRover, Dokploy, Kamal e seelf. L'obiettivo non è incoronare lo strumento con più stelle. L'obiettivo è mappare con chiarezza lo spazio decisionale, così da poter abbinare uno strumento ai tuoi vincoli, o riconoscere che nessuno di essi va bene e che una piattaforma gestita resta la risposta giusta.
La risposta breve
Una PaaS self-hosted può automatizzare le build Docker, la configurazione del reverse proxy, l'SSL, i deploy delle app e la gestione di base dei servizi sul tuo server. Quello che non ti dà per impostazione predefinita è il livello infrastrutturale completo di una piattaforma gestita: failover multi-regione automatico, affidabilità del database senza interventi o gestione degli incidenti a carico della piattaforma.
- Scegli Coolify se vuoi la cosa più simile a una dashboard completa in stile Heroku sul tuo VPS.
- Scegli Dokku se vuoi il flusso di deploy git-push più leggero e ti trovi a tuo agio con la CLI.
- Scegli CapRover se vuoi un semplice gestore visuale di app e distribuisci per lo più app a singolo container.
- Scegli Dokploy se vuoi una dashboard moderna e curata, il supporto a Docker Compose e una UI più pulita di Coolify.
- Scegli Kamal se vuoi uno strumento di deploy CLI-first, soprattutto per app Rails o containerizzate.
- Scegli seelf se vuoi uno strumento di deploy leggero per Docker Compose con una piccola UI web.
Se la tua fattura di hosting gestito è ancora bassa e non vuoi mantenere un server, resta sul gestito. Se la tua fattura sta crescendo e ti trovi a tuo agio a gestire aggiornamenti, backup, regole del firewall e gestione degli incidenti, una PaaS self-hosted può avere senso.
Quando una PaaS self-hosted ha davvero senso dal punto di vista economico
Il punto di pareggio dei costi è la parte che viene semplificata troppo.
Una piccola configurazione di produzione su Heroku può partire da meno di $100 al mese, ma la fattura può salire a centinaia o migliaia una volta che aggiungi più dyno, un Postgres gestito più grande, Redis, backup, monitoraggio o requisiti di disponibilità più elevati. Uno stack di app simile spesso può girare su un VPS da $15 a $30, ma questo non include la stessa affidabilità del database gestito, i backup, il failover o il supporto che le piattaforme in stile Heroku/Vercel astraggono.
Questo è il vero compromesso: non stai sostituendo una piattaforma gestita con la stessa identica cosa a meno soldi. Stai sostituendo la comodità della piattaforma con un VPS, un livello di deploy open source e il tuo tempo di manutenzione.
Una regola pratica utile è questa: il self-hosting inizia ad avere senso quando la fattura del gestito è abbastanza fastidiosa da far sì che il risparmio giustifichi il lavoro. Per un piccolo SaaS, questo spesso significa che la fattura ha superato all'incirca i $50 al mese e che l'operatore può realisticamente dedicare qualche ora al mese ad aggiornamenti, backup e monitoraggio di base.
La nostra guida all'installazione di Docker su un VPS è il prerequisito per qualsiasi degli strumenti di questo articolo. Se Docker non è già in esecuzione sul tuo server, parti da lì.
Il risparmio è reale, ma si manifesta solo se sei disposto a mantenere il server.
I sei strumenti, fianco a fianco
Prima di andare strumento per strumento, vale la pena mettere le sei opzioni una accanto all'altra. Lo strumento giusto è quello con i cui limiti puoi convivere, non quello con la community più rumorosa.
| Strumento | Stelle GitHub circa | Filosofia | Supporto multi-server | Impronta relativa | Caso d'uso ideale |
|---|---|---|---|---|---|
| Coolify | 54k+ | UI web, esperienza PaaS self-hosted completa | L'attuale percorso Swarm è in dismissione; scalabilità v5 pianificata | Più alto | Più app, dashboard preferita |
| Dokku | 31.9k | git-push, CLI, basato su plugin | Solo server singolo | Molto bassa | Una o due app, minimo overhead |
| CapRover | 15k+ | GUI-first, gestore di app | Supporto a Docker Swarm | Moderato | Deploy visuali semplici e app a singolo container |
| Dokploy | 33.7k+ | UI web moderna, alternativa a Coolify | Server remoti / Docker Swarm supportati | Moderato | Utenti di Docker Compose che vogliono una UI curata |
| Kamal | 14.2k+ | CLI-first, nessuna dashboard sull'host | Più server, orchestrazione non a cluster | Overhead sull'host molto basso | App Rails o Docker, team a proprio agio con la CLI |
| seelf | 343 | Deploy Compose leggeri | Nodo singolo | Basso | Stack Docker Compose con overhead minimo |
Un progetto grande che non corrisponde ai tuoi vincoli ti costerà comunque lo stesso tempo di manutenzione di un progetto più piccolo che invece corrisponde.
Coolify: l'esperienza con dashboard completa
Coolify è uno degli strumenti PaaS self-hosted più popolari di questa categoria, ed è quello che assomiglia di più a una sostituzione completa in stile Heroku. Ti dà una dashboard web per gestire app, servizi, ambienti, domini, SSL, deployment e database da un unico posto.
Coolify è uno dei progetti più visibili di questa categoria, e la versione stabile v4.0.0 è stata rilasciata il 27 aprile 2026 dopo un lungo periodo di beta. Questo conta perché Coolify era già ampiamente usato in produzione, ma il rilascio stabile dà ai nuovi utenti una base di partenza più chiara.
Quello che Coolify fa bene copre gran parte della superficie rivolta agli sviluppatori che le persone si aspettano dalle alternative a Heroku o Vercel. Puoi distribuire più app, eseguire stack Docker Compose, aggiungere servizi come Postgres e Redis, usare l'SSL automatico tramite Traefik e collegare GitHub, GitLab, Gitea o Bitbucket.
Il costo di gestire Coolify è la parte che di solito viene sottovalutata. Non è solo la tua app in esecuzione sul server; Coolify stesso è un vero e proprio livello di piattaforma. Va bene su un VPS dimensionato correttamente, ma è stretto su uno minuscolo. Rispetto a Dokku, Coolify ti dà una dashboard più ricca e più comodità integrata, ma richiede anche più risorse del server e più manutenzione attiva.
Coolify ha anche la lezione di sicurezza più grande di questo elenco. A gennaio 2026, la divulgazione del CVE di Coolify ha corretto 11 vulnerabilità critiche, tra cui problemi di command injection, bypass dell'autenticazione e divulgazione di chiavi private. Censys ha individuato circa 52,890 istanze Coolify esposte pubblicamente all'epoca, e il Centro per la Cibersicurezza del Belgio ha emesso un avviso raccomandando l'applicazione immediata delle patch.
Questo non significa che Coolify vada evitato. Significa che Coolify va trattato come un pannello di amministrazione con un potere reale sul tuo server. Tieni la dashboard fuori dalla rete pubblica dove possibile. Legala a una rete privata come Tailscale o WireGuard, limita l'accesso per IP e applica rapidamente gli aggiornamenti di sicurezza.
Coolify è la scelta giusta se vuoi una dashboard completa, gestisci più app, preferisci un flusso di lavoro visuale e accetti di essere responsabile dell'applicazione delle patch alla piattaforma stessa.
Dokku: la PaaS più piccola che funziona
Dokku è l'opzione seria più semplice di questo confronto. Esiste dal 2013, usa un flusso git-push in stile Heroku e resta fedele all'idea di fare bene una cosa sola.
Il flusso di lavoro è lineare: aggiungi un remote, pubblichi l'app e Dokku la costruisce ed esegue. I plugin gestiscono esigenze comuni come Postgres, MySQL, MongoDB, Redis, backup, certificati e job pianificati. Non c'è una dashboard web, il che può essere uno svantaggio o una riduzione della superficie d'attacco a seconda di come la vedi.
Il più grande vantaggio di Dokku è la sua piccola impronta. Può girare comodamente su un VPS piccolo per un'app modesta e un plugin di database. Questo lo rende una delle scelte più difendibili quando l'obiettivo è sostituire una piccola fattura di piattaforma gestita con una configurazione VPS leggera.
Dokku usa ancora i buildpack per impostazione predefinita, con il supporto a Docker disponibile anche. Alcuni sviluppatori vedono i buildpack come datati, ma per chi migra da Heroku è spesso proprio questo il punto. I Procfile e le abitudini di deploy in stile Heroku si trasferiscono in modo pulito.
Lo svantaggio principale è che Dokku si aspetta che tu sia a tuo agio nella CLI. Non c'è una dashboard per i compagni di team che vogliono cliccare in giro, nessuna UI curata per gestire più app e meno accompagnamento rispetto a Coolify o Dokploy.
Dokku è la risposta giusta quando vuoi un solo git push, l'impronta sul server più piccola possibile e nessun pannello di amministrazione pubblico da difendere.
CapRover, Dokploy, Kamal e seelf: gli altri quattro
Coolify e Dokku sono i due ovvi punti di partenza, ma gli altri quattro strumenti non sono riempitivi. Ognuno ha senso per un vincolo specifico.
CapRover
CapRover è un gestore GUI-first per il deploy di app e database costruito attorno a Docker, nginx, Let's Encrypt e NetData. È facile da capire, facile da installare e particolarmente comodo se le tue app rientrano in un modello di deploy lineare a singolo container.
CapRover supporta Docker Swarm. È ancora mantenuto, con la v1.14.1 rilasciata a novembre 2025, ma non dà la stessa sensazione di rapidità delle alternative dashboard-first più recenti come Coolify e Dokploy. Per un deployment nuovo di zecca, questo conta. Non stai scegliendo solo l'insieme di funzioni di oggi; stai scegliendo il ritmo di manutenzione dello strumento con cui dovrai convivere.
CapRover resta ragionevole se lo usi già, ne apprezzi la semplicità o vuoi un'interfaccia visuale senza la sensazione più pesante di Coolify. Per i progetti nuovi, di solito sarà più facile consigliare Dokploy o Coolify, a meno che la semplicità di CapRover non sia il fattore decisivo.
Dokploy
Dokploy è la cosa più simile a un'alternativa moderna a Coolify. Ha una dashboard curata, supporta Docker Compose, include template e dà agli sviluppatori una UI più pulita per gestire app, database, domini e deployment.
La correzione importante è che Dokploy non è più semplicemente a nodo singolo per progettazione. Per impostazione predefinita esegue le app sullo stesso nodo, ma ora supporta server remoti, impostazioni di cluster e deployment basati su Docker Swarm. Questo non lo rende comunque una piattaforma gestita con autoscaling, ma rende Dokploy più flessibile di una semplice dashboard a server singolo.
Il vantaggio di Dokploy è l'usabilità. Dà una sensazione più nuova, più pulita e più dinamica di alcuni strumenti più datati. Il compromesso è una community più piccola di Coolify e meno collaudo sul campo a lungo termine rispetto a Dokku.
Scegli Dokploy se vuoi una UI web moderna, lavori con Docker Compose e ti piace l'idea di Coolify ma non il suo peso o il suo recente bagaglio di sicurezza.
Kamal
Kamal è diverso dal resto dell'elenco. Non è una dashboard web. È uno strumento di deploy da CLI costruito da 37signals e originariamente progettato attorno a Rails, anche se può distribuire qualsiasi app web containerizzabile con Docker.
Kamal usa un flusso basato su un registry Docker e SSH per distribuire i container sui server. Non esegue una dashboard di amministrazione persistente sull'host, il che mantiene più piccola la superficie di deploy. Può distribuire su più server, ma non li orchestra come Kubernetes o un cluster gestito.
Questo rende Kamal adatto ai team che preferiscono operazioni guidate dal codice rispetto alle dashboard. Se il tuo team lavora già nel terminale, capisce le immagini Docker e vuole deployment ripetibili senza un pannello PaaS, Kamal è un'opzione pulita.
Scegli Kamal per app Rails, app containerizzate e team che vogliono lo strumento di deploy più piccolo possibile invece di una UI di piattaforma.
seelf
seelf è lo strumento più piccolo e di nicchia qui presente. È una piattaforma di deploy leggera costruita attorno agli stack Docker Compose e a una piccola dashboard web.
L'attrattiva principale è la semplicità. Se hai già un file Docker Compose funzionante e vuoi un modo pulito per distribuirlo sulla tua infrastruttura, seelf può bastare. Non cerca di diventare una sostituzione completa di Heroku, e questa moderazione fa parte del suo valore.
Il compromesso è la dimensione della community. Con solo poche centinaia di stelle su GitHub, seelf non è lo strumento da scegliere se vuoi molti tutorial, risposte dalla community e integrazioni di terze parti. Potresti dover leggere attentamente la documentazione o ispezionare il sorgente quando qualcosa si comporta in modo inatteso.
Scegli seelf se il tuo flusso di lavoro è incentrato su Compose e Coolify o Dokploy ti sembrano più pesanti del necessario.
I limiti onesti che contano
Gli strumenti PaaS self-hosted sono utili perché nascondono il lavoro ripetitivo di deploy. Sono rischiosi quando gli utenti dimenticano che il server sottostante resta una loro responsabilità.
Il tetto del nodo singolo
Questi strumenti sono più facili da ragionare quando un solo VPS basta. Alcuni supportano deployment multi-server, ma nessuno ti dà l'autoscaling da piattaforma gestita o il failover multi-regione senza un lavoro di progettazione aggiuntivo.
Questo non è automaticamente un fattore eliminatorio. Molte piccole app possono girare comodamente su un solo VPS ben dimensionato. Ma "un server basta" è un vincolo che dovresti accettare consapevolmente, non qualcosa che scopri durante un'interruzione.
Responsabilità operativa
Con il self-hosting, ti competono aggiornamenti, backup, regole del firewall, monitoraggio e gestione degli incidenti. L'episodio del CVE di Coolify del 2026 è l'esempio più chiaro di che aspetto ha quella responsabilità nella pratica, ma lo stesso principio vale per ogni strumento di questo elenco.
Una piattaforma gestita assorbe gran parte di quel lavoro al posto tuo. Una PaaS self-hosted ti dà più controllo e un costo infrastrutturale più basso, ma ti mette anche sul calendario delle patch.
Sorprese del firewall di Docker
La pubblicazione delle porte di Docker può sorprendere chi si affida solo a UFW o ad assunzioni di base sul firewall dell'host. Docker crea le proprie regole di firewall per la pubblicazione delle porte e l'isolamento di rete, quindi "UFW è abilitato" non basta da solo.
Le mitigazioni più sicure sono legare i container a localhost quando si trovano dietro un reverse proxy, usare le reti Docker in modo deliberato e gestire il filtraggio tramite la catena DOCKER-USER. Impostare iptables=false è un'opzione avanzata e non è adatta alla maggior parte degli utenti perché può interrompere la rete dei container.
Conflitti del reverse proxy
Molti strumenti PaaS self-hosted installano o si aspettano il proprio reverse proxy. Coolify usa Traefik. CapRover usa nginx. Altri servizi sul tuo VPS potrebbero già usare Caddy, nginx o un altro proxy.
Se due servizi cercano di possedere le porte 80 e 443, andranno in conflitto. La soluzione di solito è consolidare attorno a un unico reverse proxy o collocare la PaaS dietro il tuo proxy esistente in modo deliberato. Non installare una PaaS con dashboard su un server affollato dando per scontato che coesisterà automaticamente con il tuo stack web attuale.
Costo in tempo
L'obiezione su Hacker News coglie nel segno per un numero non trascurabile di team: se gestisci tu stesso la PaaS, stai ancora ottenendo il beneficio di una PaaS?
A volte la risposta è sì. Se la tua fattura gestita è abbastanza alta e la tua app è abbastanza semplice, una PaaS self-hosted può far risparmiare denaro in modo significativo. A volte la risposta è no. Se il self-hosting fa risparmiare $30 al mese ma ti costa quattro ore di manutenzione, risoluzione dei problemi e preoccupazioni, i conti probabilmente non tornano.
La PaaS self-hosted è un compromesso, non un aggiornamento gratuito.
Verdetto rapido
Scegli Coolify se ti serve una dashboard, vuoi più app su un solo server e accetti il dovere di patching attivo come parte dell'accordo.
Scegli Dokku se vuoi un solo git push, l'impronta sul server più piccola possibile e nessuna dashboard pubblica da difendere.
Scegli Dokploy se vuoi una UI moderna più pulita, il supporto a Docker Compose e più flessibilità di una semplice dashboard a nodo singolo.
Scegli CapRover se vuoi un semplice gestore visuale di app e i tuoi deployment rientrano nel suo modello.
Scegli Kamal se il tuo team è a proprio agio nella CLI e vuole deployment Docker ripetibili senza una dashboard di piattaforma.
Scegli seelf se vuoi deployment Docker Compose leggeri e non ti serve un grande ecosistema.
se la tua fattura gestita è ancora bassa e non vuoi lavoro di manutenzione, resta sul gestito.
Un modo più semplice per iniziare con il self-hosting
La parte più difficile di una PaaS self-hosted non è sempre lo strumento in sé. È la preparazione attorno ad esso: predisporre il VPS, installare Docker, configurare la rete, aprire le porte giuste, gestire l'SSL e assicurarsi che la dashboard non sia esposta con leggerezza.
È qui che un marketplace di app one-click può rendere più facile il primo passo. Invece di partire da un VPS vuoto, puoi usare un deployment preconfezionato per strumenti come Coolify, Dokku o seelf e poi concentrarti sul capire se la piattaforma è adatta alla tua app.
Il marketplace di Cloudzy include installazioni one-click per Coolify, Dokku e seelf. Questo non elimina la responsabilità di mantenere il tuo server, ma elimina gran parte dell'attrito di configurazione che impedisce agli sviluppatori di provare una PaaS self-hosted in primo luogo.
Domande frequenti
Qual è la migliore alternativa self-hosted a Heroku?
Coolify e Dokku sono i punti di partenza più sicuri. Scegli Coolify se vuoi una dashboard e un'esperienza di piattaforma più completa. Scegli Dokku se vuoi il flusso git-push in stile Heroku più leggero e ti trovi a tuo agio con la CLI.
Coolify è sicuro da usare in produzione?
Coolify può essere usato in produzione, ma solo se lo tratti come un potente pannello di amministrazione del server. Tieni la dashboard privata, limita l'accesso e applica rapidamente gli aggiornamenti. Esporre il pannello pubblicamente senza un piano di patching è la parte rischiosa.
Coolify vs Dokku: quale dovrei scegliere?
Scegli Coolify se gestisci più app e vuoi una dashboard web. Scegli Dokku se gestisci una o due app, preferisci la CLI e vuoi il minimo overhead.
Una PaaS self-hosted può sostituire Vercel per Next.js?
Per molte piccole app, sì. Coolify e Dokploy possono ospitare app Next.js, ma rinunci al livello edge/CDN gestito di Vercel e devi configurare tu stesso il caching, il comportamento dell'ISR, la scalabilità dell'ottimizzazione delle immagini e la coerenza multi-istanza.
Mi serve Kubernetes o basta una PaaS self-hosted?
Se un solo VPS basta e non ti serve l'autoscaling o il failover multi-regione, una PaaS self-hosted basta. Se ti serve lo scheduling coordinato multi-nodo, lo scaling automatico e un controllo più profondo dell'infrastruttura, ti stai spostando verso Docker Swarm, Nomad o Kubernetes.
Dokku è ancora mantenuto?
Sì. Dokku riceve ancora rilasci regolari, ma si muove lentamente rispetto agli strumenti dashboard-first più recenti. Per un software infrastrutturale, questo può essere un punto di forza più che una debolezza.
