Dokploy su un VPS: Distribuzione di App Basata su Git Senza la Tassa della Piattaforma

Pubblicato: di Dallas Kashuba
Dokploy su un VPS: Distribuzione di App Basata su Git Senza la Tassa della Piattaforma thumbnail

Pubblichi un progetto sulla piattaforma cloud gestita di Heroku.

Poi un secondo.

Poi un terzo.

Ordinaria amministrazione.

Ma poi la bolletta sale da $7, a $35, a $75 al mese, oltre ad altri costi variabili legati agli add-on e ai minuti di build.

Tutte queste piccole app sul momento non sembrano un grosso problema, ma il costo può crescere velocemente.

Se stai cercando un’alternativa, è il momento di prendere in considerazione Dokploy.

Dokploy più un VPS a tariffa fissa riproduce lo stesso flusso di deployment, ma senza costi che sembrano crescere all’infinito.

Il rovescio della medaglia?

Ora il server è sotto la tua responsabilità.

Il che in realtà non è affatto preoccupante come sembra, purché tu sappia in cosa ti stai cacciando.

Curioso?

Allora seguici mentre vediamo come funziona davvero eseguire Dokploy su un piano di hosting VPS, come si confronta con le piattaforme gestite, quale soluzione fa per te e come configurare tutto.

Cos’è Dokploy e Cosa Sostituisce?

Dokploy è una piattaforma come servizio (PaaS) open source che gira su un VPS Linux con Docker e ti offre un’esperienza di deployment in stile Heroku, ma su un’infrastruttura che controlli tu.

Fai push su un branch Git e Dokploy compila l’app, instrada il traffico attraverso un reverse proxy Traefik incluso e serve il risultato tramite HTTPS. Il piano di controllo è una dashboard web. I carichi di lavoro sono container.

Su cosa gira Dokploy 1x

Dokploy esegue il deploy da repository GitHub, GitLab, Bitbucket o Gitea e compila ciò che invii tramite il percorso che scegli: Nixpacks (l’opzione predefinita), Railpack (il suo successore più recente), un buildpack Heroku o Paketo, il tuo Dockerfile o una build statica per HTML semplice.

Il progetto ha accumulato più di 36.000 stelle su GitHub e una raccolta di oltre 517 template con un clic per Plausible, Pocketbase, Cal.com e tutti gli altri grandi classici del self-hosting (dati di agosto 2026).

Rispetto ai PaaS gestiti come Heroku e Vercel, con prezzi per dyno o per posto più l’utilizzo, Dokploy rinuncia a un po’ di comodità in cambio di controllo e di un’unica bolletta fissa per il server. Coolify è un pari di Dokploy con una proposta self-hosted simile, mentre CapRover è un’opzione più leggera il cui supporto a Docker Compose è un sottoinsieme che la sua stessa documentazione definisce sperimentale.

Cosa Puoi Distribuire Con Dokploy?

Con Dokploy puoi distribuire molte app web e servizi containerizzati tramite Nixpacks, Railpack, buildpack, Dockerfile o Docker Compose. Gli schemi che la maggior parte dei team usa davvero sono questi:

  • App web collegate a Git: Fai push su un branch e Dokploy compila l’app con Nixpacks, senza bisogno di un Dockerfile: Node.js, PHP, Python, Go, Ruby e altro ancora.
  • Database gestiti: MySQL, PostgreSQL, MongoDB, MariaDB, libSQL e Redis, con backup automatici verso una destinazione di storage esterna (Dokploy le chiama destinazioni S3).
  • Oltre 517 template con un clic: Plausible, Pocketbase, Cal.com e tutti gli altri grandi classici del self-hosting.
  • Job pianificati e worker in background: I job pianificati di Dokploy eseguono attività basate su espressioni cron accanto ai tuoi servizi web.
  • App multi-container tramite Docker Compose: Incolla lo YAML e Dokploy esegue l’intero stack.

Ricevi contenuti direttamente nella tua casella di posta

Iscriviti ora per ricevere tutti gli ultimi aggiornamenti direttamente nella tua casella di posta.

Quanto Costa Eseguire Dokploy su un VPS?

Dokploy in sé è gratuito. Nessun posto, nessun minuto di build.

Paghi il VPS sottostante, quindi confronta il suo prezzo e la sua capacità attuali con i servizi delle piattaforme gestite che altrimenti il tuo carico di lavoro richiederebbe.

L’intera base di codice attuale della piattaforma è distribuita con licenza Apache 2.0 dal 21 gennaio 2026. Le future funzionalità a pagamento verranno rilasciate con una licenza separata, la Dokploy Source Available License, e il progetto si è impegnato a non spostare mai le funzionalità open source esistenti sotto la licenza a pagamento.

Il requisito ufficiale è di almeno 2 GB di RAM e 30 GB di disco, una soglia minima che Dokploy fissa proprio per gestire le risorse che Docker consuma durante le build. Le tue app usano RAM in aggiunta a questa, ed è per questo che noi partiremmo da 4 GB.

Ti serve un piano VPS con almeno 4 GB di RAM, storage NVMe, accesso root completo e larghezza di banda illimitata.

Dokploy vs. Heroku, Vercel e Render: Prezzi

Queste tre piattaforme fatturano in modo leggermente diverso, ma i costi si sommano allo stesso modo non appena hai un certo numero di app (tutti i prezzi qui sotto sono stati verificati il 22 agosto 2026):

  • Heroku Eco: Una tariffa fissa di $5/mese per un pacchetto di 1.000 ore dyno condivise tra le app. I dyno Eco vanno in sospensione dopo 30 minuti di inattività, quindi il piano è adatto a progetti amatoriali intermittenti, non a servizi sempre attivi.
  • Heroku Basic: $7 per dyno al mese per un dyno da 512 MB. Cinque piccole app costano $35 prima dei database. Essential Postgres parte da $5/mese per 1 GB (Essential-0); il piano Essential-1 da 10 GB costa $9.
  • Heroku Standard: $25–$50 per dyno al mese, ed è il punto d’ingresso per la scalabilità orizzontale.
  • Vercel Pro: $20 al mese, con posti sviluppatore da $20 ciascuno. Il trasferimento dati e le invocazioni di funzioni vengono fatturati in aggiunta una volta superate le quote incluse, e i minuti di build sono fatturati al minuto sul piano Pro.
  • Render Pro: Una tariffa fissa di $25/mese per workspace con membri del team illimitati (Render ha annunciato la fine della fatturazione per posto il 23 aprile 2026 e ha esteso i nuovi piani a tutti i workspace entro il 1° agosto 2026), più il calcolo per servizio fatturato a parte.

Le voci variano (Vercel misura il trasferimento dati e i minuti di build, Render fattura la larghezza di banda oltre i 25 GB inclusi nel piano Pro, Heroku vende i database come add-on), ma lo schema è lo stesso: contatori di utilizzo sommati a un canone base. Un VPS può eliminare i costi per posto, build e servizi tipici dei PaaS, ma verifica i limiti del provider e le condizioni per le eccedenze; i piani VPS di DreamHost includono larghezza di banda illimitata.

ConfigurazioneCosto mensileNote
5 × dyno Heroku Basic + Essential Postgres$35 + $9 = $44$7 per app. Essential-1 Postgres a $9 (Essential-0 parte da $5). Add-on extra.
1 × posto Vercel Pro (5 app)$20 + consumo$20 al mese per posto sviluppatore. Il trasferimento dati e le invocazioni di funzioni vengono fatturati oltre le quote incluse; i minuti di build sono fatturati al minuto.
5 × servizi web Render + workspace Pro$25 + calcoloUn workspace Pro a tariffa fissa di $25/mese (membri illimitati sui piani estesi il 1° agosto 2026) più il calcolo per servizio.
1 × VPS (4 GB consigliati) + Dokploytariffa fissaUn’unica bolletta prevedibile, con tutte le app che il server riesce a ospitare.

Quale VPS Ti Serve Per Eseguire Dokploy?

Il minimo ufficiale è 2 GB di RAM e 30 GB di disco. Secondo noi, una raccomandazione più realistica è 4 GB e almeno 40 GB, perché il minimo ufficiale serve a reggere le build di Docker: le tue app useranno RAM in aggiunta.

Le distribuzioni testate da Dokploy sono Ubuntu (24.04, 23.10, 22.04, 20.04, 18.04), Debian (12, 11, 10), Fedora 40 e CentOS (9, 8). Ti serviranno anche le porte 80, 443 e 3000 libere: il programma di installazione fallisce se qualcos’altro le sta usando.

Qualsiasi VPS che esegua una di queste distribuzioni con accesso root va bene. L’Hosting VPS di DreamHost soddisfa tutti i requisiti: accesso root completo, supporto per Docker, storage SSD NVMe e larghezza di banda illimitata su ogni piano. Il piano Stack 4 (2 vCPU, 4 GB di RAM, 75 GB SSD NVMe) supera i requisiti di Dokploy con ampio margine, e puoi scegliere un VPS con Dokploy preinstallato dalla libreria di app con un clic se preferisci non toccare affatto la shell.

Come Si Installa Dokploy Su Un VPS?

L’installazione è un unico comando shell che configura Docker (installandolo automaticamente se manca), l’app web di Dokploy, il suo database PostgreSQL e il reverse proxy Traefik in un solo passaggio. Di solito si completa in pochi minuti, trascorsi per lo più a scaricare le immagini.

Prerequisiti: un VPS Linux pulito con accesso SSH come root e le porte 80, 443 e 3000 disponibili. Puoi puntare un dominio al server quando sei pronto a configurare HTTPS.

Ecco i passaggi per l’installazione:

  1. Accedi al server via SSH come root.
  2. Esegui lo script di installazione.
  3. Attendi qualche minuto mentre lo script configura Docker, scarica le immagini di Dokploy e avvia Traefik.
  4. Visita `http://your-server-ip:3000` in un browser.
  5. Crea l’account amministratore nella schermata di configurazione.
Schermata di configurazione di Dokploy 1x
  1. Punta un dominio al server, configuralo in Dokploy e Dokploy fornirà un certificato SSL Let’s Encrypt per la dashboard.
  2. Disattiva l’accesso pubblico alla porta 3000 una volta che HTTPS è attivo.

Ecco il comando di installazione vero e proprio, riportato alla lettera dalla documentazione ufficiale:

curl -sSL https://dokploy.com/install.sh | sh

Quel comando scarica uno script e lo esegue immediatamente con sh. Se preferisci esaminare prima i passaggi di installazione, usa il percorso di installazione manuale descritto nella documentazione.

Al termine dello script, ciò che è in esecuzione è un piccolo stack di componenti principali:

  • Traefik: Il reverse proxy. Instrada il traffico verso il container giusto e gestisce i certificati SSL.
  • Dokploy: L’interfaccia web e l’API sulla porta 3000, basate su Next.js. Il piano di controllo.
  • PostgreSQL: L’archivio dati di Dokploy per la configurazione e i dati operativi.

Per l’SSL, configura un dominio nell’interfaccia di Dokploy e scegli Let’s Encrypt. I certificati predefiniti di Let’s Encrypt sono validi per 90 giorni. Se usi la sfida HTTP-01, la porta 80 deve essere raggiungibile, perché quella sfida può essere eseguita solo sulla porta 80.

Una volta che il tuo dominio funziona tramite HTTPS, la documentazione consiglia di disattivare l’accesso alla dashboard tramite IP e porta diretti. Basta un comando:

docker service update --publish-rm "published=3000,target=3000,mode=host" dokploy

Per la procedura completa passo dopo passo, con la configurazione del firewall e l’hardening post-installazione, la documentazione di installazione di Dokploy illustra tutto.

Come Si Confronta Dokploy Con Coolify e CapRover?

Dokploy, Coolify e CapRover risolvono tutti lo stesso problema (un PaaS self-hosted sul tuo server), con compromessi diversi in termini di profondità del supporto a Docker Compose, dimensione minima del server e modalità di installazione.

FunzionalitàDokployCoolifyCapRover
Server minimo (secondo la documentazione di ciascun progetto)2 GB di RAM, 30 GB di disco2 core, 2 GB di RAM, 30 GB di discoNessun minimo pubblicato; 512 MB “potrebbero non bastare” per le build, e la sua documentazione segnala che la maggior parte dei provider parte da 1 GB
Docker ComposeNativo, multi-servizioNativo: il file Compose è la fonte di riferimentoSottoinsieme sperimentale della specifica Compose
InstallazioneUn solo script shellUn solo script shell (lo script automatico richiede Ubuntu LTS)Un comando docker run + configurazione tramite CLI
Ideale perApp orientate a Compose, team che passano da Git alla produzioneAmpio supporto per i sistemi operativi, opzione cloud in hostingSemplici app a container singolo

Scegli Dokploy quando il carico di lavoro include app Compose multi-servizio o vuoi un clustering basato su Swarm in futuro. Scegli Coolify se vuoi il supporto più ampio per i sistemi operativi o una via di fuga verso un cloud gestito. Scegli CapRover quando il carico di lavoro è composto da semplici app a container singolo.

Coolify è il più esteso dei tre: supporta distribuzioni basate su Debian, RedHat e SUSE, oltre ad Arch e Alpine, persino Raspberry Pi OS, e offre Coolify Cloud se preferisci non ospitare in autonomia il piano di controllo. L’esempio di configurazione di produzione riportato nella sua documentazione è un server da 8 GB e 4 core che esegue senza fatica più di una dozzina di app e database, il che rende bene l’idea dell’ambiente in cui si trova a suo agio.

CapRover (in origine CaptainDuckDuck, RIP) è il minimalista. L’interfaccia è semplice, ha una solida libreria di app con un clic e usa Docker Swarm dietro le quinte per il clustering. Il suo limite è il supporto a Docker Compose: un sottoinsieme sperimentale della specifica. La sua documentazione elenca otto campi di servizio supportati e ignora il resto, inclusi build, reti personalizzate e segreti.

In definitiva, Dokploy si colloca a metà strada: supporto a Compose più completo di CapRover, con un focus più mirato rispetto a Coolify.

Quando Dovresti Usare Dokploy in Self-Hosting (E Quando No)?

In generale, consigliamo il self-hosting con Dokploy quando i conti tornano, quando puoi assumerti la manutenzione continua del server e quando preferisci pagare un server anziché dei posti.

A $7 per dyno Heroku Basic, tre app sempre attive più un Postgres Essential-1 da $9 costano già $30 al mese, più o meno quanto un VPS a tariffa fissa, e ogni app in più allarga il divario.

Dokploy è la scelta giusta quando:

  • Hai tre o più piccole app in esecuzione 24/7. Il costo di un PaaS gestito si fa sentire in fretta quando le tue app sono sempre attive. 
  • Vuoi una fatturazione dell’infrastruttura prevedibile. Dokploy non ha costi per posto, ma i limiti dei VPS e le condizioni per le eccedenze variano da provider a provider; i piani VPS di DreamHost includono larghezza di banda illimitata.
  • Usi Docker Compose. Le app multi-servizio vengono distribuite come un’unica unità, così come girano in locale.
  • Ti sta a cuore la portabilità dei dati. Le tue app, i tuoi database, il tuo server — trasferibili su un altro server compatibile su cui disponi dell’ambiente Linux, delle risorse, delle porte e dell’accesso amministrativo necessari.
  • Puoi assumerti la manutenzione continua del server. Il tempo necessario varia, e dovrai occuparti degli aggiornamenti del sistema operativo e dei pacchetti, delle patch di sicurezza e dell’uso del disco.

Non usare Dokploy in self-hosting quando:

  • Hai una sola app amatoriale con poco traffico. Il piano Eco di Heroku da $5/mese, che va in sospensione dopo 30 minuti di inattività, probabilmente fa al caso tuo.
  • Il carico di lavoro è irregolare e richiede l’autoscaling fino a zero. Dokploy esegue container, non funzioni Lambda.
  • Nessuno nel tuo team sa accedere via SSH a un server e leggere un file di log. Non devi essere un sysadmin, ma qualcuno deve sapere come usare journalctl.
  • Ti servono garanzie contrattuali di uptime che la tua configurazione di hosting e di gestione operativa non può soddisfare. Verifica SLA dell’infrastruttura, ridondanza, monitoraggio, backup e copertura del supporto prima di passare al self-hosting.

Come Si Scala Dokploy Oltre Un Server?

Dokploy supporta i deployment multi-server tramite Docker Swarm, in cui il tuo server Dokploy funge da manager e i server aggiuntivi si uniscono come worker. La documentazione di Dokploy consiglia di scalare prima verticalmente: un VPS più grande si configura più in fretta di un cluster.

In un cluster, il manager esegue Dokploy e pianifica i servizi. I worker eseguono i container delle app e Traefik instrada il traffico in entrata verso il nodo che ha il container giusto per una determinata route.

Scalare Dokploy con un secondo server

Ecco come funziona la configurazione, in tre passaggi:

  1. Attiva un secondo VPS con Docker installato e la stessa architettura CPU del tuo server Dokploy.
  2. Collega un registry Docker (vanno bene sia Docker Hub sia GitHub Container Registry): il cluster ne ha bisogno per spostare le immagini delle app tra i nodi, e la sezione Cluster si sblocca una volta configurato.
  3. Fai clic su Add Node nell’interfaccia di Dokploy, segui le istruzioni di adesione sul nuovo server, poi imposta repliche e registry per ogni app nelle relative impostazioni del cluster.

Il motivo per aggiungere un secondo server è di solito uno di questi due: hai superato le risorse di un singolo server (RAM costantemente al limite, build in coda, riavvii lenti) oppure hai iniziato a soffrire per il single point of failure.

I backup restano importanti anche con più server, perché la disponibilità del cluster non equivale alla durabilità dei dati.

Dokploy supporta backup automatici dei database gestiti verso una destinazione di storage esterna (una destinazione S3, nella terminologia di Dokploy), e dovresti configurarli fuori dal server prima di mettere carichi di lavoro reali sul cluster. Un cluster multi-server senza backup esterni resta comunque a una brutta giornata di distanza da un lungo ripristino.

Allora, Dokploy È La Risposta Per Te?

Se i costi per dyno, per posto o a consumo non sono più adatti al tuo carico di lavoro, un VPS a tariffa fissa con Dokploy può offrire costi più prevedibili.

L’installazione è un unico comando shell. Il flusso di deployment è proprio come quello che già conosci, con database gestiti e SSL gratuito inclusi. Il vero rovescio della medaglia è un po’ di tempo di manutenzione ogni mese.

Onestamente, a noi sembra che ne valga la pena nella maggior parte dei casi.

Se il tuo carico di lavoro è una sola piccola app che resta inattiva per gran parte della giornata, un PaaS gestito come Heroku va benissimo. Se gestisci tre o più app 24/7, confronta il totale della piattaforma gestita con un VPS di dimensioni adeguate e con il valore del tuo tempo di manutenzione; Dokploy potrebbe costare meno, ma il punto di pareggio varia.

In ogni caso, fai i conti, poi pubblica qualcosa.

VPS

Possiedi l’intero stack. App, IA, database e altro ancora.

Mantieni ogni credenziale e conversazione su un server che controlli tu, con velocità NVMe e banda illimitata integrate.

Esplora i piani di hosting VPS

Domande Frequenti Su Dokploy Su Un VPS

Dokploy è gratuito?

Sì, Dokploy è gratuito e open source: l’intera base di codice attuale è distribuita con licenza Apache License 2.0 dal 21 gennaio 2026. Le future funzionalità a pagamento verranno rilasciate con una licenza separata, la Dokploy Source Available License, ma la piattaforma che ospiti in autonomia oggi non ha posti, né contatori di utilizzo, né asterischi, e il progetto si è impegnato a non spostare mai le funzionalità open source esistenti sotto la licenza a pagamento.

Dokploy è un VPS?

No. Dokploy è un software; un VPS è il server su cui gira. Dokploy è un PaaS self-hosted che installi su un VPS Linux con un solo comando shell: il VPS fornisce la potenza di calcolo e Dokploy aggiunge sopra l’esperienza di deployment in stile Heroku. Ti servono entrambi: noleggia il VPS e installaci Dokploy.

Quanta RAM richiede Dokploy?

Tecnicamente Dokploy richiede almeno 2 GB di RAM e 30 GB di disco secondo la documentazione ufficiale, che fissa questa soglia minima per gestire le risorse che Docker consuma durante le build ed evitare blocchi del sistema. Ma 4 GB è la raccomandazione realistica per qualsiasi configurazione orientata alla produzione, perché le tue app e i loro database usano RAM in aggiunta alla piattaforma. Il minimo ufficiale è una soglia minima, non un obiettivo.

Dokploy supporta Docker Compose?

Sì, Dokploy supporta nativamente Docker Compose. Incolla il docker-compose.yml e Dokploy tratta l’intero stack come una singola applicazione: servizio web, worker, database e cache. È un elemento di differenziazione importante rispetto a CapRover, la cui funzionalità Compose è un sottoinsieme sperimentale della specifica che ignora campi come build, reti personalizzate e segreti.

Dokploy può eseguire il deploy da GitHub?

Sì, Dokploy esegue il deploy da repository GitHub, GitLab, Bitbucket e Gitea, con webhook che avviano un deploy a ogni push. Le build passano per Nixpacks (l’opzione predefinita) o Railpack, un buildpack Heroku o Paketo, oppure il tuo Dockerfile se il progetto ne ha uno.

Puoi migrare da Heroku a Dokploy?

Dokploy supporta gli Heroku Buildpacks come opzione di build, quindi i repository compatibili possono usare quel percorso di build. Questo non garantisce una migrazione senza modifiche: valuta separatamente la configurazione dell’applicazione, i database e gli altri add-on di Heroku.