Le piattaforme gestite per le app sono bellissime finché non arriva la fattura: ogni app, ogni worker, ogni database è una voce separata. Coolify ti dà gran parte di quel flusso di lavoro (push su Git, app pubblicata con HTTPS) su un unico server a prezzo fisso. È open source, gira su Docker e si installa in circa cinque minuti su un VPS nuovo.
Cosa ottieni
- Deploy da Git. Collega GitHub, GitLab o qualsiasi URL Git; Coolify compila con Nixpacks o con il tuo Dockerfile e ripubblica a ogni push.
- HTTPS automatico. Punta un dominio (o un wildcard) sul server e ogni app riceve il suo certificato Let's Encrypt.
- Servizi in un clic. Postgres, Redis, MinIO, Plausible, Uptime Kuma, n8n e decine di altri, pubblicati da template.
- Deploy di anteprima per le pull request, se li vuoi.
Dimensionarlo onestamente
Il minimo documentato di Coolify è 2 vCPU / 2 GB di RAM / 30 GB di disco. Basta per installarlo e pubblicare qualcosa di piccolo. Appena compili un'app JavaScript o affianchi un database, i 2 GB diventano swap e timeout.
| Cosa fai girare | Piano adatto |
|---|---|
| Coolify + 1–2 siti statici o piccole API | Micro-IP: 2 vCPU, 2 GB, 25 GB ($10/mese), aggiungi swap |
| Alcune app + Postgres + build sulla macchina | Small-IP: 4 vCPU, 4 GB, 35 GB ($16/mese) |
| Diverse app, worker, build più pesanti | Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/mese) |
Ti serve un piano con IP dedicato: il proxy di Coolify deve rispondere sulla 80 e sulla 443 per ogni app. I piani NAT accettano in entrata solo la tua porta SSH.
Installazione
Su un server nuovo con Ubuntu 24.04 o Debian 12, da root:
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash
Lo script installa Docker e avvia Coolify. Apri http://YOUR_SERVER_IP:8000, crea subito l'account amministratore (il primo visitatore diventa amministratore), poi vai in Settings → Instance Domain e imposta qualcosa come https://coolify.example.com.
Quando la dashboard risponde sul suo dominio, chiudi la porta diretta:
ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp
ufw enable
Un tranello: Docker pubblica le porte dei container con regole iptables proprie, che scavalcano ufw. Non pubblicare sull'host le porte dei database se non lo vuoi davvero: tieni i database sulla rete interna di Coolify.
Mantenerlo in salute
- Pulizia. Attiva la pulizia automatica di Docker nelle impostazioni del server di Coolify, altrimenti le vecchie immagini ti mangeranno il disco in silenzio.
- Backup dei database. Ogni risorsa database ha una scheda per i backup programmati: mandali su qualsiasi bucket compatibile S3.
- Backup del server. I Managed Backups fanno una copia giornaliera dell'intero server per $2/mese, e sono inclusi gratis nei piani annuali.
- Swap. Sulle macchine da 2–4 GB, un file di swap da 2 GB salva le build dall'OOM killer.
I compromessi
È una sola macchina. Se il server si riavvia, tutte le app su di esso lampeggiano. Coolify inoltre evolve in fretta e rilascia aggiornamenti frequenti: per lo più un bene, a volte una sorpresa, quindi aggiorna in un'ora tranquilla e non il venerdì sera. E ora il team operativo sei tu: quando una build si rompe alle 2 di notte, dietro il pulsante «Deploy» non c'è un servizio clienti.
Per uno sviluppatore da solo o un piccolo team con qualche progetto, di solito ne vale la pena. Sostituisci una pila di fatture per singola app con un solo server che conosci.
Correlati
- VPS per Docker: Docker Compose puro, se non ti serve una dashboard
- Pubblicare uno stack Docker Compose
- Quanta RAM serve a un VPS?
Commenti
Ancora nessun commento. Sii il primo.