Vimonto Deploy si basa su pochi elementi: un'organizzazione contiene i server, ogni server contiene i siti e i siti vengono aggiornati tramite i deployment. Tutto ciò che richiede tempo, come il provisioning di un server o il deploy di un sito, viene eseguito come task in background che tutto il team può seguire. Questa pagina spiega ogni concetto in pochi paragrafi, con i link alle pagine di dettaglio.
Organizzazione
Un'organizzazione è lo spazio di lavoro in cui avviene tutto. Possiede i server, i siti, le connessioni ai provider, le chiavi SSH, i team e le ricette, ed è l'unità che paghi: ogni organizzazione ha il proprio piano, Gratuito o Premium. Il suo indirizzo fa parte di ogni URL, per esempio /acme/servers.
Ogni account parte con un'organizzazione propria, e puoi crearne o unirti a quante ne vuoi. Passa dall'una all'altra con il menu dell'organizzazione in alto a sinistra. Vedi organizzazioni.
Membri e ruoli
Le persone entrano in un'organizzazione come membri, su invito. Ogni membro può vedere tutto nell'organizzazione, a meno che il suo accesso sia limitato ai server dei suoi team (vedi sotto). Cosa un membro può modificare dipende dal suo ruolo:
- Proprietario: tutto, compresa l'eliminazione dell'organizzazione e la nomina dei proprietari.
- Amministratore: tutto tranne la gestione dei proprietari e l'eliminazione dell'organizzazione.
- Manager: gestisce server, siti, team e chiavi SSH, ma non membri, connessioni, fatturazione o impostazioni dell'organizzazione.
- Sviluppatore: accesso completo a server e siti, ma non può creare né eliminare server.
- Osservatore: vede tutto, non modifica nulla.
I permessi esatti di ogni ruolo sono descritti in membri e ruoli.
Team
Un team raggruppa membri e i server su cui lavorano, per esempio un team per cliente o progetto. Proprietari, amministratori e manager possono poi limitare un membro a Solo i server dei loro team: quel membro vede solo quei server, con i loro siti, task e voci del registro di audit, e riceve notifiche solo su di essi. Proprietari e amministratori vedono sempre tutti i server. Vedi team.
Connessioni
Le connessioni sono account presso altri servizi che l'organizzazione utilizza. Le colleghi in un'unica pagina, integrazioni, e un login viene usato per tutto ciò che può fare:
- Cloud e DNS: Hetzner Cloud, DigitalOcean, Vultr, Akamai (Linode), Amazon Web Services e Google Cloud, per creare server e gestire il DNS; Cloudflare solo per il DNS.
- Git: GitHub, GitLab e Bitbucket, per fare il deploy del codice.
- Storage dei backup: object storage compatibile con S3, per i backup dei database.
- Chiavi SSH: chiavi pubbliche aggiunte a ogni nuovo server dell'organizzazione.
Server
Un server è una macchina Linux che Vimonto Deploy gestisce via SSH. Viene creato per te presso un provider cloud collegato, oppure è una VPS personalizzata: qualsiasi server con Ubuntu 24.04 pulito che colleghi con un solo comando. Ogni server riceve una propria coppia di chiavi SSH, proprie password di sudo e del database e un utente di sistema proprietario dei siti.
Un server attraversa questi stati:
| Stato | Significato |
|---|---|
| Creazione in corso | Il server viene creato presso il provider. |
| In attesa di connessione | Un server personalizzato aspetta che tu esegua il comando di connessione. |
| In configurazione | Il software viene installato e configurato. |
| Attivo | Il server è pronto all'uso. |
| Non riuscito | La creazione o il provisioning si è interrotto con un errore. |
| Disconnesso | Il server era attivo, ma Vimonto Deploy non riesce più a collegarsi via SSH. |
| Eliminazione in corso | Il server viene rimosso. |
Vedi crea un server e provisioning.
Tipo di server
Il tipo di server stabilisce cosa viene installato e quali pagine mostra il server:
| Tipo | Cosa esegue |
|---|---|
| App server | Nginx, PHP, un database, Redis, Memcached e Node.js su un'unica macchina. Adatto alla maggior parte delle applicazioni. |
| Web server | Nginx, PHP e Node.js, senza database né cache. |
| Worker server | PHP e Supervisor per i queue worker; non raggiungibile via HTTP. |
| Server database | Solo MySQL, MariaDB o PostgreSQL. |
| Server di cache | Solo Redis e Memcached. |
| Server Meilisearch | Un motore di ricerca Meilisearch, raggiungibile tramite la rete privata. |
| Load balancer | Solo Nginx, per distribuire il traffico tra più web server. |
Vedi tipi di server.
Le risorse del server e il loro stato
Gli elementi che risiedono su un server, come database, utenti del database, regole del firewall, versioni di PHP, processi, job pianificati e chiavi SSH, sono risorse. Quando ne aggiungi o modifichi una, Vimonto Deploy la applica sul server in background e la risorsa mostra il suo stato:
| Stato | Significato |
|---|---|
| Aggiunta in corso | Viene installata sul server. |
| Aggiornamento in corso | Viene applicata una modifica. |
| Attivo | È presente sul server e funziona. |
| Non riuscito | L'applicazione non è riuscita. Il pulsante Riprova la esegue di nuovo; ogni passaggio può essere ripetuto senza rischi. |
| Rimozione in corso | Viene rimossa dal server. |
| In attesa | Aspetta qualcosa dall'esterno, per esempio un certificato che deve ancora essere firmato. |
Sito
Un sito è un sito web o un'applicazione su un server, con un proprio dominio, una propria configurazione Nginx, un file di ambiente e i propri deployment. Crei un sito a partire da un preset di framework (Laravel, Symfony, Statamic, WordPress, phpMyAdmin, PHP, Next.js, Nuxt, HTML o Altro), che imposta valori predefiniti sensati per la directory web, i passaggi di build e lo script di deploy.
La scheda Siti nella navigazione in alto elenca ogni sito dell'organizzazione, su tutti i suoi server, con l'ultimo deploy.
I siti risiedono nella home directory dell'utente del server, in una directory fissata alla creazione del sito, così puoi cambiare il dominio in seguito senza spostare file. Un sito può essere isolato: in quel caso gira con un proprio utente Linux e, per PHP, con un proprio pool PHP-FPM, così un sito non può leggere i file di un altro. Vedi crea un sito.
Deployment
Un deployment mette online una nuova versione del tuo codice. Per impostazione predefinita i deployment sono a zero downtime: Vimonto Deploy scarica il codice in una nuova directory di release, vi esegue il tuo script di deploy e solo dopo passa il sito alla nuova release in un unico passaggio. Se un passaggio non riesce, la release viene scartata e il sito live non cambia. Le release precedenti vengono conservate, così puoi fare il rollback.
Un deployment parte con Fai il deploy, a ogni push quando Quick deploy è attivo, oppure tramite l'URL di deploy del sito. Vedi deployment.
Task in background e attività
Tutto ciò che richiede più di un istante viene eseguito come task in background: creare e configurare un server, fare un deploy, installare un certificato, eseguire una ricetta, applicare una regola del firewall. Un task mostra il suo stato (In coda, In esecuzione, Riuscito, Non riuscito o Annullato), i suoi passaggi, l'avanzamento e l'output.
Tutti i task dell'organizzazione sono elencati nella pagina Attività, e il pulsante attività nella barra in alto mostra cosa è in esecuzione in questo momento. Chi ha avviato un task riceve un messaggio quando termina. Lo stesso tipo di task non può essere eseguito due volte contemporaneamente sullo stesso server o sito. Vedi attività.
Registro di audit e notifiche
Il registro di audit registra cosa cambiano le persone nell'organizzazione: chi ha creato, modificato o rimosso un server, un sito, un database, un membro o un team, chi ha fatto un deploy, aperto un terminale o visualizzato un file di ambiente, e quando. Le voci sono conservate per un anno. Vedi registro di audit.
Le notifiche ti avvisano di ciò che succede senza di te, come un deploy o un backup non riuscito, un avviso del monitoraggio o un server pronto. Compaiono sotto la campanella nella barra in alto e, se vuoi, via email. Ognuno sceglie quali ricevere. Vedi notifiche.
Aggiornamenti live
Le pagine di Vimonto Deploy si aggiornano da sole. Quando un task avanza, un collega modifica qualcosa o un server invia nuove metriche, le pagine che lo mostrano si aggiornano senza ricaricare. Non devi premere aggiorna per vedere se un deploy è terminato.
Domande frequenti
Qual è la differenza tra un'organizzazione e un server?
Un'organizzazione è il tuo spazio di lavoro e l'unità di fatturazione; contiene membri, team, connessioni e un numero qualsiasi di server. Un server è una singola macchina all'interno di quell'organizzazione.
Posso spostare un server in un'altra organizzazione?
Sì. Chi può eliminare il server può offrirlo via email a qualcun altro, che lo accetta in una delle proprie organizzazioni. Vedi trasferire un server.
Un server può ospitare più siti?
Sì. Un app server o un web server può ospitare tutti i siti per cui ha spazio, ciascuno con il proprio dominio, la propria versione di PHP e i propri deployment.
Un sito può girare su più di un server?
Un sito appartiene a un solo server. Per far girare un'applicazione su più server, crea un sito per lo stesso dominio su ogni app server o web server e metti davanti un server load balancer, che passa loro il traffico. Vedi bilanciamento del carico.