# Concetti di base: organizzazioni, server, siti e task

> Gli elementi di base di Vimonto Deploy spiegati: organizzazioni, membri e team, server e tipi di server, siti e deployment, task in background e registro di audit.

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.

![La panoramica di un server con i suoi siti, lo stato e il carico](https://ops.vimonto.com/docs-media/it/server-overview.webp?v=161e760d "Un server in Vimonto Deploy")

## 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](https://ops.vimonto.com/docs/it/organization/organizations).

## 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](https://ops.vimonto.com/docs/it/organization/members-and-roles).

## 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](https://ops.vimonto.com/docs/it/organization/teams).

## Connessioni

Le connessioni sono account presso altri servizi che l'organizzazione utilizza. Le colleghi in un'unica pagina, [integrazioni](https://ops.vimonto.com/docs/it/connections/integrations), e un login viene usato per tutto ciò che può fare:

- [Cloud e DNS](https://ops.vimonto.com/docs/it/connections/server-providers): 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](https://ops.vimonto.com/docs/it/connections/source-control): GitHub, GitLab e Bitbucket, per fare il deploy del codice.
- [Storage dei backup](https://ops.vimonto.com/docs/it/connections/storage-providers): object storage compatibile con S3, per i backup dei database.
- [Chiavi SSH](https://ops.vimonto.com/docs/it/connections/ssh-keys): 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](https://ops.vimonto.com/docs/it/servers/create-a-server) e [provisioning](https://ops.vimonto.com/docs/it/servers/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](https://ops.vimonto.com/docs/it/servers/server-types).

## 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](https://ops.vimonto.com/docs/it/sites/create-a-site).

## 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](https://ops.vimonto.com/docs/it/sites/deployments).

## 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à](https://ops.vimonto.com/docs/it/organization/activity).

## 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](https://ops.vimonto.com/docs/it/organization/audit-log).

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](https://ops.vimonto.com/docs/it/more/notifications).

## 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](https://ops.vimonto.com/docs/it/servers/transfer-a-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](https://ops.vimonto.com/docs/it/sites/load-balancing).