Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Comprendere gli DevOps ambienti
Per comprendere le strategie di ramificazione, è necessario comprendere lo scopo e le attività che si svolgono in ogni ambiente. La creazione di diversi ambienti consente di suddividere le attività di sviluppo in fasi, monitorare tali attività e prevenire il rilascio involontario di funzionalità non approvate. È possibile averne uno o più Account AWS in ogni ambiente.
La maggior parte delle organizzazioni dispone di diversi ambienti predisposti per l'uso. Tuttavia, il numero di ambienti può variare a seconda dell'organizzazione e in base alle politiche di sviluppo del software. Questa serie di documentazione presuppone che siano presenti i seguenti cinque ambienti comuni che coprono la pipeline di sviluppo, sebbene possano essere chiamati con nomi diversi:
-
Sandbox: un ambiente in cui gli sviluppatori scrivono codice, commettono errori ed eseguono prove di fattibilità.
-
Sviluppo: un ambiente in cui gli sviluppatori integrano il codice per confermare che tutto funzioni come un'unica applicazione coesa.
-
Test: un ambiente in cui si svolgono i team di controllo qualità o i test di accettazione. I team spesso eseguono test delle prestazioni o dell'integrazione in questo ambiente.
-
Staging: un ambiente di preproduzione in cui si verifica che il codice e l'infrastruttura funzionino come previsto in circostanze equivalenti alla produzione. Questo ambiente è configurato per essere il più simile possibile all'ambiente di produzione.
-
Produzione: un ambiente che gestisce il traffico proveniente dagli utenti finali e dai clienti.
Questa sezione descrive ogni ambiente in dettaglio. Descrive inoltre le fasi di creazione, le fasi di implementazione e i criteri di uscita per ogni ambiente in modo da poter passare a quello successivo. L'immagine seguente mostra questi ambienti in sequenza.
Argomenti in questa sezione:
