Ambiente di messa in scena

L'ambiente di staging è configurato per essere lo stesso dell'ambiente di produzione. Ad esempio, la configurazione dei dati dovrebbe essere simile per ambito e dimensioni ai carichi di lavoro di produzione. Utilizza l'ambiente di staging per verificare che il codice e l'infrastruttura funzionino come previsto. Questo ambiente è anche la scelta preferita per casi d'uso aziendali, come anteprime o dimostrazioni per i clienti.

Accesso

Assegna le autorizzazioni in base al principio del privilegio minimo. Gli sviluppatori devono avere lo stesso accesso all'ambiente di staging che hanno all'ambiente di produzione.

Costruisci i passaggi

Nessuna. Gli stessi artefatti utilizzati nell'ambiente di test vengono riutilizzati nell'ambiente di staging.

Fasi della distribuzione

Avvia automaticamente la distribuzione della release filiale (Gitflow) o della main filiale (Trunk o GitHub Flow) nell'ambiente di staging dopo l'approvazione e la distribuzione nell'ambiente di test. Di seguito sono riportate le fasi di implementazione nell'ambiente di staging:

1. Implementa il release ramo (Gitflow) o il main ramo (Trunk o GitHub Flow) nell'ambiente di staging

2. Pausa per l'approvazione manuale da parte del personale designato

3. Scarica gli artefatti pubblicati

4. Esegui il controllo delle versioni del database

5. Eseguire l'implementazione di IaC

6. (Facoltativo) Eseguire test di integrazione

7. (Facoltativo) Eseguire test di carico

8. Ottenete l'approvazione dei responsabili dello sviluppo, del controllo qualità, del prodotto o dell'azienda necessari

Aspettative prima di passare all'ambiente di produzione

• Una release equivalente alla produzione è stata implementata con successo nell'ambiente di staging

• (Facoltativo) I test di integrazione e carico hanno avuto esito positivo