Sviluppo, staging e produzione
Sviluppa, testa e servi gli utenti in ambienti separati
Usa ambienti separati per costruire, testare una versione selezionata ed eseguire l'applicazione per gli utenti.
Dai a ogni installazione uno scopo chiaro
- Sviluppa la prossima modifica
Esamina il lavoro più recente nell'ambiente di sviluppo.
- Testa una release
Usa lo staging per verificare la versione scelta e i suoi percorsi utente.
- Gestisci l'applicazione in produzione
Mantieni la produzione legata alla versione destinata agli utenti.
Dai a ogni ambiente uno scopo chiaro
Lo sviluppo riceve il lavoro in corso. Lo staging è il luogo in cui verificare una release. La produzione serve la versione su cui vuoi che i tuoi utenti facciano affidamento.
Le viste degli ambienti mostrano le risorse installate e lo stato operativo. Conferma l'ambiente prima di usare i controlli di riavvio o di pubblicazione.
Distingui la disponibilità dalla versione in fase di test
Esamina il lavoro di sviluppo più recente. Lo sviluppo riceve le modifiche in corso. Usalo per verificare l'implementazione rispetto al comportamento richiesto prima di preparare una release, mantenendo la produzione sulla versione prevista.
Verifica una versione in staging. Lo staging fornisce il contesto per verificare una release selezionata. Conferma sia la disponibilità sia la versione in esecuzione, poi testa i percorsi utente rilevanti per la pubblicazione. Un ambiente avviato non seleziona automaticamente una nuova versione.
Gestisci il tempo di esecuzione dei test. Sviluppo e staging possono essere messi in pausa quando non servono. I loro periodi di esecuzione contribuiscono all'utilizzo dell'hosting. Leggi lo stato effettivo e il periodo di fatturazione, così le decisioni sulla disponibilità restano legate al loro costo.
Mantieni visibili la disponibilità degli ambienti di test e i costi di esecuzione
Sviluppo e staging possono essere messi in pausa quando non servono. Il loro tempo di esecuzione viene registrato come utilizzo dell'hosting, mentre la produzione segue il proprio abbonamento.
Prima di un test, verifica che l'ambiente necessario sia disponibile. In seguito, consulta lo stato operativo e la vista dei costi invece di presumere che debba restare in esecuzione.
Dai a ogni ambiente un ruolo chiaro nella verifica
Lo sviluppo supporta la costruzione, lo staging supporta la verifica prima della pubblicazione e la produzione serve l'applicazione in esercizio. Seleziona l'ambiente adatto all'azione che intendi svolgere.
Leggi lo stato e la versione attuali prima di testare una modifica. Lo stesso progetto può servire versioni diverse nei vari ambienti: per questo un test riuscito in sviluppo è solo un passaggio della pubblicazione.
Uno scopo chiaro per ogni fase
Sviluppa il prossimo risultato. Esamina il lavoro in corso e i suoi casi ordinari ed eccezionali in sviluppo. Usa gli strumenti del progetto per seguire prerequisiti e costruzione.
Testa la release prevista. Rendi disponibile lo staging, conferma la sua versione e testa l'intera attività. Disponibilità e distribuzione sono decisioni separate.
Conferma la versione online. La produzione serve la release pubblicata. Verifica la sua versione e il percorso utente dopo la distribuzione.
Rendi comprensibili la sperimentazione e l'uso in produzione
Usa ambienti separati per verificare il lavoro, controllare la pubblicazione e gestire il tempo di esecuzione dei test.
Domande su sviluppo, staging e produzione
Separano lo sviluppo in corso, il test delle release e l'uso dell'applicazione in produzione. Così ogni verifica ha un contesto chiaro e puoi capire quale versione vede davvero un utente.
L'avvio ripristina la disponibilità. La distribuzione determina la versione in esecuzione. Leggi la versione attuale quando l'ambiente è disponibile e distribuisci la release prevista quando serve.
Usa i controlli disponibili per sviluppo e staging e segui lo stato risultante. La richiesta e lo stato effettivo di pausa sono fasi distinte.
La vista di fatturazione registra le loro sessioni di esecuzione applicando la tariffa oraria prevista. Le sessioni sono arrotondate a ore fatturate; esamina il periodo e l'importo indicati per il progetto effettivo.
Segui lo stato visualizzato e il tempo per un nuovo tentativo prima di inviare un'altra azione. Conferma la disponibilità risultante invece di presumere che la prima richiesta sia già completata.