Gestione dello stato

Le decisioni di progettazione della gestione dello stato dell'infrastruttura a volte vengono trascurate durante la progettazione e l'ambito iniziali del meccanismo. Tuttavia, non tenere conto della flessibilità necessaria nella progettazione, ad esempio degli strumenti del team di sviluppo e della distinzione dei modelli, può causare una notevole quantità di rilavorazioni successive al meccanismo. Nel valutare il vostro approccio alla gestione dello stato, prendete in considerazione le seguenti domande:

• Chi gestirà l'infrastruttura e lo stato delle applicazioni?

• Cosa succede quando qualcosa rompe con lo stato?

• Chi porrà rimedio a un problema statale?

• Se la riparazione viene gestita da un team centrale, tale approccio causerà ritardi nello sviluppo e tempi di inattività? Come intendete ridurre al minimo queste interruzioni?

Ad esempio, immaginate un'organizzazione che offre una soluzione di gestione centralizzata dello stato. Ciò migliora notevolmente la velocità di commercializzazione delle soluzioni perché gli sviluppatori non devono reinventare la ruota per ogni progetto. Tuttavia, a volte tutto può rompersi. Lo Stato non fa eccezione. Quando lo stato si interrompe, considera i seguenti punti:

• Dovrebbe essere predisposto un punto di contatto (POC) chiaro.

• Il POC dovrebbe avere la disponibilità immediata per risolvere il problema. Ad esempio, non appesantite il POC con un carico completo JIRA elenco dei lavori con la gestione statale come ripensamento secondario.

• Esiste già un meccanismo con accesso per funzionare e risolvere il problema.