Glossario
Add-On
Un servizio ricorrente/continuo che non è un servizio di hosting; ad esempio, il componente aggiuntivo per lo spazio su disco del database o l’archiviazione persistente.
Applicazione
Nel contesto dell’Hosting di Applicazioni di Kinsta, un’applicazione è un insieme di istruzioni eseguite da un server per svolgere uno o più compiti. La nostra attuale infrastruttura è progettata per servire e supportare la distribuzione di applicazioni con un server dietro l’applicazione.
Hosting di Applicazioni
Uno dei servizi di hosting di Kinsta. Si tratta di una piattaforma come servizio (PaaS) che fornisce gli strumenti necessari per distribuire le applicazioni da un repository Git.
Registro degli artefatti
Il luogo in cui vengono archiviate le build delle immagini. Ogni applicazione ha una singola immagine che può essere trasformata in un container.
Distribuzione automatica
Quando la distribuzione automatica su commit è abilitata e viene effettuato un nuovo commit sul branch predefinito del repository Git, una nuova versione dell’applicazione verrà distribuita da MyKinsta.
Background worker
Un processo che viene eseguito in background, separato dall’applicazione principale e inaccessibile da internet. Viene utilizzato per mantenere i processi di lunga durata separati dall’applicazione principale per favorire una buona esperienza dell’utente. Non deve essere eseguito come un job unico che termina dopo un certo periodo di tempo. Se un processo in background termina dopo aver completato il suo lavoro, il pod si spegne, si riavvia e ripete il processo. Per un processo che termina dopo aver completato il suo lavoro, usare un processo cron job.
Tempo di build
Il tempo necessario per costruire un’immagine a partire dal codice sorgente di un’applicazione. Le build vengono eseguite su macchine specificamente designate per la creazione di immagini. Esistono diverse dimensioni di macchine per la creazione di immagini e si può scegliere tra queste macchine a seconda delle risorse necessarie per la creazione dell’applicazione. Il tempo di costruzione viene fatturato a tariffe diverse, separate dai pod di hosting dell’applicazione.
Buildpack
I Buildpack sono script che vengono eseguiti quando un’applicazione viene distribuita. Vengono utilizzati per installare le dipendenze dell’applicazione e configurare l’ambiente.
Build Simultanee
Con l’Hosting di Applicazioni di Kinsta, è possibile avviare quante build si desidera, in tutte le applicazioni che si vuole, contemporaneamente. Non c’è un numero fisso di build per applicazione o account e non ci sono costi aggiuntivi per le build simultanee.
Ciò significa che è possibile avviare contemporaneamente una build in un’applicazione, passare a una build in un’altra applicazione e avviarla, oppure aggiungere un’applicazione completamente nuova, il tutto senza aspettare che le altre build siano completate.
Commit
Un commit registra le modifiche a uno o più file in un branch Git e assegna un ID unico (chiamato SHA o hash) che identifica le modifiche specifiche e il momento in cui sono state apportate.
Connessioni simultanee/Utenti
Le connessioni simultanee sono connessioni che avvengono nello stesso momento. Sebbene esista una relazione tra le connessioni simultanee e gli utenti, non sempre si tratta di una relazione diretta 1:1. Un utente può generare più connessioni, ma non è detto che sia così. Un utente può generare più connessioni, a seconda delle sue azioni e del codice dell’applicazione.
Il numero massimo di connessioni simultanee di un’applicazione dipende da una serie di fattori, tra cui il codice, i modelli di utilizzo degli utenti, ecc. Per calcolare questo numero, è necessario conoscere il consumo di risorse dell’applicazione. Esistono diversi strumenti di test di carico che si possono utilizzare per inviare connessioni simultanee all’applicazione e verificare l’utilizzo delle risorse in quel periodo:
Connessione
Le connessioni sono il modo in cui le applicazioni comunicano.
Una connessione esterna permette al database di comunicare con un’applicazione esterna. Questa soluzione può essere utilizzata nel caso in cui si stia ospitando presso di noi solo il database, ma non il frontend dell’applicazione. Poiché una connessione esterna effettua un viaggio di andata e ritorno su internet, è molto più lenta di una connessione interna.
Una connessione interna rimane all’interno della nostra rete ed è quindi molto più veloce e sicura. Consigliamo questo metodo se si ospita sia il frontend che il database con Kinsta.
Cron Job
Un processo che si può programmare a un intervallo specifico (una volta al giorno, una volta al mese, ogni 10 minuti, ecc.) per automatizzare le attività ripetitive dell’applicazione. Il processo si avvia solo in base alla tempistica configurata e si chiude al termine dell’operazione richiesta.
Database
Una raccolta di dati che vengono archiviati in modo organizzato per poter essere recuperati o aggiornati in modo efficiente. Con il servizio di Hosting di Database di Kinsta è possibile scegliere tra diversi tipi di database.
Distribuzione
La distribuzione, o deployment, è la ricostruzione dell’applicazione in un nuovo container; di solito avviene dopo aver aggiornato il codice dell’applicazione, ma può essere configurata in modo che avvenga automaticamente (come per il deployment automatico sopra). Il deployment richiama i buildpack e applica le variabili d’ambiente ogni volta che l’applicazione viene distribuita.
Variabili d’ambiente
Variabili come chiavi API, dettagli di connessione al database o altri valori di configurazione o segreti. Utilizzando le variabili d’ambiente, è possibile evitare di inserire queste informazioni nel codice in chiaro (testo non criptato).
Effimero
Servizi, pod, applicazioni, container, ecc. che non esistono a tempo indeterminato e che non possono essere utilizzati per memorizzare dati come immagini, video, ecc. I dati che fanno parte dell’applicazione stessa (una favicon, un logo, ecc.) possono essere archiviati in posizioni effimere perché quando l’applicazione viene ricostruita, i suoi dati vengono rimessi al loro posto quando l’applicazione viene distribuita.
I container effimeri offrono resilienza. Possono essere lanciate più versioni di un pod e, se necessario, possono essere lanciati nuovi pod senza che l’applicazione subisca un downtime.
Repository Git
Un repository Git è il luogo in cui vengono salvati il codice dell’applicazione e le sue versioni storiche.
Servizi di hosting
I servizi di Kinsta che permettono di ospitare specifici tipi di contenuti:
Gli altri servizi includono gli add-on come lo spazio su disco per il database o l’archiviazione persistente.
Immagine
Un’immagine è il risultato del processo di build del codice dell’applicazione. I pod vengono creati in base alle immagini.
Istanza
Leggasi Pod più avanti.
Log
Registri di runtime del processo di build dell’applicazione.
Monorepo
Una strategia di sviluppo del software in cui il codice di diversi progetti viene memorizzato nello stesso repository. Per utilizzare un monorepo con l’Hosting di Applicazioni, è necessario specificare il percorso di build quando si aggiunge l’applicazione o in Impostazioni > Modifica dettagli.
Azienda MyKinsta
Un’azienda è un’unità organizzativa di MyKinsta. Ogni azienda può essere associata a più utenti con diversi ruoli, ma può avere un solo proprietario. Un’azienda può avere un solo piano di hosting WordPress ma può avere più applicazioni, database o siti statici.
Nodo
Un nodo è una macchina virtuale che ospita i pod.
Eccedenze
Quando si dispone di un piano che include una quantità predeterminata di risorse (come uno dei nostri piani di Hosting WordPress gestito, ad esempio), se si utilizza più delle risorse incluse, si incorrerà in un’eccedenza. Il nostro Hosting di Applicazioni e l’Hosting di Database non prevedono eccedenze perché sono basati sull’utilizzo e si pagano solo le risorse utilizzate dall’applicazione o dal database.
Archiviazione persistente
L’archiviazione persistente (o volume persistente) conserva i dati anche dopo la chiusura o il riavvio di un’applicazione. Viene utilizzata per i dati che devono essere conservati su più sessioni o dispositivi, come i dati di sessione, le preferenze dell’utente e i contenuti nella cache.
Le applicazioni Stateful utilizzano l’archiviazione persistente per richiedere un volume di archiviazione da un sistema di archiviazione sottostante. Il volume di archiviazione viene montato come un file system che permette all’applicazione di leggere o scrivere sul dispositivo di archiviazione come se fosse un disco locale.
Pod
Un Pod è un contenitore che esegue un processo. Ogni Pod ha una Dimensione del Pod che definisce le risorse disponibili per il Pod in termini di core del processore (CPU) e memoria (RAM). A seconda del Processo nel Pod, si potrebbe voler aumentare o diminuire le risorse per eseguire le applicazioni in modo più efficiente.
Scalare il pod
La possibilità di ridimensionare le risorse disponibili per un Pod (scaling verticale) o di aumentare il numero di Pod (scaling orizzontale) che eseguono lo stesso Processo per garantire l’alta disponibilità e il load balancing.
Dimensione del pod
La dimensione del pod determina il numero di processori core (CPU) e di memoria (RAM) disponibili per il pod. A seconda del processo che il pod sta eseguendo, potrebbe essere necessario aumentare o diminuire le risorse per eseguire l’applicazione in modo efficiente.
Postpagato
I servizi postpagati vengono pagati dopo aver ricevuto il servizio. Le bollette sono un esempio comune: di solito si paga dopo che il servizio è stato usato, ricevendo l’importo utilizzato e il prezzo in una fattura. I servizi di Hosting di Applicazioni e di Hosting di Database di Kinsta sono postpagati. Si paga solo per le risorse utilizzate alla fine di ogni ciclo di fatturazione mensile. Questi servizi sono prorogati al secondo e sono postpagati.
Prepagato
I servizi prepagati vengono pagati in anticipo prima di ricevere il servizio. I piani di Hosting WordPress gestito di Kinsta sono prepagati. Ad esempio, se si sceglie un piano di hosting WordPress WP 5, verrà addebitato immediatamente e sarà necessario completare il pagamento prima di poter usufruire del servizio.
Processo
L’unità più piccola che è possibile implementare nel nostro Hosting di Applicazioni. Di solito si tratta di un elemento ben definito, come il frontend di un’applicazione web, ma potrebbe anche servire come backend di un’applicazione mobile. Anche se di solito è ben definito, sta a al cliente decidere cosa eseguire all’interno di un Pod o cosa costituisce un processo. È possibile eseguire più processi all’interno di un Pod, ma le risorse del Pod saranno suddivise tra questi processi.
Comando Start
Il comando necessario per avviare l’applicazione è chiamato comando Start per le applicazioni costruite con un buildpack. Se si utilizza un Dockerfile per creare l’immagine del container, sarà necessario specificare ENTRYPOINT o CMD nel Dockerfile.
Hosting di Siti Statici
L’Hosting di Siti Statici è un nuovo servizio attualmente in fase di beta testing e visibile solo ai membri del Programma di Ricerca Kinsta, che hanno la possibilità di vedere in anteprima le nuove funzionalità prima che vengano rese disponibili. Se non fate ancora parte del nostro programma di ricerca ma volete unirvi a noi, potete accedere a MyKinsta e unirvi al Programma di Ricerca Kinsta in qualsiasi momento.
Prezzi basati sull’uso
Il prezzo basato sull’uso significa che si paga solo per le risorse utilizzate. Per l’Hosting di Applicazioni e l’Hosting di Database, la fatturazione avviene mensilmente alla fine del ciclo di fatturazione o quando l’utilizzo dei servizi raggiunge una soglia di fatturazione prestabilita, a seconda di quale si verifichi per prima.
Macchine virtuali
Le macchine virtuali (VM) emulano server completamente separati e possono contenere più container e più database. In Kinsta, la nostra infrastruttura, che include le macchine virtuali, è costruita sull’infrastruttura di alto livello di Google Cloud Platform.