Ultima verifica:
Windmill trasforma gli script in webhook, workflow, lavori pianificati e interfacce interne: un’alternativa open source a Retool e Temporal. Scegliere un VPS per lui funziona diversamente rispetto alla maggior parte delle applicazioni auto-ospitate, perché la capacità si misura in worker, e i worker si comprano con i core.
Perché il numero di core decide questo confronto
Windmill non diventa più veloce se dai più memoria a un processo. Diventa più veloce se aggiungi container worker, e il tetto pratico è di circa un worker standard per vCPU, con 1-2 GB di RAM ciascuno.
Questo ribalta il consiglio consueto. Per la maggior parte delle applicazioni auto-ospitate guardi prima la RAM e tratti i core come secondari. Qui un piano da 4 vCPU regge circa il doppio del carico simultaneo di uno da 2 vCPU a parità di memoria per worker: il piano con più core allo stesso prezzo è semplicemente la macchina migliore.
Altri due fatti architetturali modellano i requisiti:
- PostgreSQL è la coda. Non c’è Redis né un broker separato, quindi il database sta sul percorso critico di ogni distribuzione di lavoro e vuole disco veloce.
- I worker nativi sono quasi gratuiti. Eseguono lavori leggeri con circa 0,1 CPU e 128 MB, ed è per questo che lo stack standard ne include uno senza pretendere un altro core.
Le migliori opzioni VPS per ospitare Windmill
| Provider | Piano | vCPU | RAM | Archiviazione | Prezzo | Worker paralleli (circa) | Link |
|---|---|---|---|---|---|---|---|
| Contabo | Cloud VPS 4 | 4 | 8 GB | 100 GB SSD | 5,50 EUR/mese netto | ~4 | Contabo |
| Hetzner Cloud | CX23 | 2 | 4 GB | 40 GB NVMe | 5,49 EUR/mese netto | ~2 | Hetzner |
| DigitalOcean | Basic 4 GB | 2 | 4 GB | 80 GB SSD | 24 USD/mese | ~2 | DigitalOcean |
Contabo Cloud VPS 4 - il doppio dei worker allo stesso prezzo
A 5,50 EUR netti ottieni 4 vCPU, 8 GB di RAM e 100 GB di SSD. Rispetto al CX23 di Hetzner, che costa un centesimo in meno, sono il doppio dei core e il doppio della memoria, il che si traduce quasi direttamente nel doppio della capacità di lavori simultanei. Per un carico fatto di molti lavori brevi - sincronizzazioni pianificate, gestori di webhook, piccoli passaggi ETL - è il piano che produce di più per euro.
Le debolezze note di Contabo restano: provisioning più lento e prestazioni di rete più variabili rispetto a Hetzner o DigitalOcean. Nessuna delle due sta sul percorso critico di un esecutore di lavori che dialoga soprattutto con i tuoi sistemi, a orari fissi.
Hetzner CX23 - sufficiente per lo stack predefinito
Il CX23 dà 2 vCPU, 4 GB di RAM e 40 GB di NVMe a 5,49 EUR netti. Fa girare comodamente lo stack standard - server, un worker standard, un worker nativo, indexer e Postgres - e il disco NVMe si sposa bene con Postgres che fa da coda. Il limite è il parallelismo: gestisci circa due worker, quindi una raffica di lavori simultanei si accoda invece di distribuirsi. Il CX33 (4 vCPU, 8 GB, 80 GB NVMe) a 8,49 EUR risolve, ma costa più dell’equivalente Contabo.
DigitalOcean Basic 4 GB - il sovrapprezzo per gli strumenti
24 USD al mese comprano 2 vCPU, 4 GB e 80 GB di SSD: la stessa configurazione del CX23 a circa quattro volte il prezzo. In cambio hai il miglior flusso di snapshot e la migliore documentazione dei tre, oltre a un monitoraggio che funziona senza interventi. Uno scambio difendibile se il tuo team vive già su DigitalOcean e tiene a un pannello unico. Come scelta autonoma per un esecutore di lavori, i conti non tornano.
Abbinare il piano al proprio carico
| Carico | Piano consigliato | Motivo |
|---|---|---|
| Molti piccoli lavori pianificati | Contabo Cloud VPS 4 | Il parallelismo scala con i core |
| Pochi lavori, per lo più inattivi | Hetzner CX23 | Lo stack predefinito a due worker ci sta |
| Lavori Python pesanti con grandi dipendenze | Contabo Cloud VPS 4 o Hetzner CX33 | Le installazioni di dipendenze fanno salire la memoria |
| Valutazione su 1 GB | Sconsigliato | Solo worker nativo; niente installazione di dipendenze |
Note di installazione
- Usa il
docker-compose.ymldel progetto invece di scriverne uno. Le guide che aggiungono un servizio Redis sbagliano: Windmill accoda tramite PostgreSQL. - Cambia la password Postgres
changemenel.envfornito prima del primo avvio, perché il database viene creato in quel momento. - Imposta
BASE_URLe punta il DNS al server prima di avviare, così Caddy può emettere un certificato. - Salva il dump di Postgres e trattalo come un segreto: contiene le credenziali che i tuoi lavori usano per tutto il resto.
Considerazioni finali
La classifica qui discende da un unico fatto architetturale: Windmill compra produttività con i core. Contabo Cloud VPS 4 fornisce circa quattro worker per 5,50 EUR netti, Hetzner CX23 circa due per 5,49 EUR, e i provider statunitensi quegli stessi due a quattro volte tanto. A meno che tu non abbia bisogno di una regione precisa o non sia già standardizzato su una piattaforma, il rapporto core per euro è l’intero confronto.
Per un confronto approfondito di tutte le opzioni VPS disponibili, visita il nostro confronto VPS completo.
Frequently asked questions
Quanta CPU e quanta RAM richiede Windmill su un VPS?
Dimensiona per worker anziché per applicazione. Ogni worker standard esegue un lavoro alla volta e vuole all'incirca un vCPU e 1-2 GB di RAM, oltre a Postgres e al processo server. Lo stack Compose predefinito con due worker sta comodo su 2 vCPU e 4 GB, mentre 4 vCPU e 8 GB sono l'obiettivo sensato quando più lavori girano insieme.
Quale VPS offre più produttività Windmill per il denaro speso?
Contabo Cloud VPS 4 a 5,50 EUR netti, perché qui la produttività dipende dal numero di core. I suoi 4 vCPU sostengono circa quattro worker in parallelo, mentre un piano da 2 vCPU allo stesso prezzo ne sostiene due. Se il tuo carico è fatto di molti lavori piccoli invece che di pochi pesanti, quel rapporto decide il confronto da solo.
Posso far girare Windmill su un VPS da 1 GB?
Solo come dimostrazione. Un worker nativo gestisce lavori leggeri con circa 0,1 CPU e 128 MB, quindi l'interfaccia si carica e i lavori semplici vengono eseguiti. Lì non entra un worker standard, il che esclude qualsiasi lavoro Python o TypeScript che installi dipendenze, ed è la maggior parte del lavoro di automazione reale.