Pianificazione della pubblicazione

Completato

È opportuno eseguire diverse attività prima della pubblicazione:

  • Test delle prestazioni
  • Pianificazione della distribuzione
  • Valutazione dei rischi

Test delle prestazioni

I test delle prestazioni consentono di verificare che l'applicazione funzioni come previsto e riesca a gestire tutti i problemi dell'uso quotidiano. Un livello di prestazioni ottimale è essenziale per l'adozione da parte degli utenti. Gli utenti saranno riluttanti a usare un'applicazione che impiega troppo tempo per caricare le pagine o per eseguire i processi aziendali. I test delle prestazioni consentono di capire se è necessario modificare determinate personalizzazioni ed eseguire attività di ottimizzazione.

Molti clienti non conducono test delle prestazioni per risparmiare denaro e lavoro e, di conseguenza, si trovano ad affrontare una serie di problemi legati all'adozione da parte degli utenti subito dopo la pubblicazione dell'applicazione. L'Architetto di soluzioni deve comunicare chiaramente al cliente i rischi derivanti dalla mancata esecuzione dei test delle prestazioni.

I risultati di questi test potrebbero richiedere il supporto dell'Architetto di soluzioni nella pianificazione dei passaggi di correzione e nell'invio delle richieste di assistenza. I test delle prestazioni devono essere completati con largo anticipo rispetto alla pubblicazione dell'applicazione per avere il tempo di correggere i problemi emersi durante i test.

Domande chiave relative ai test delle prestazioni a cui l'Architetto di soluzioni dovrebbe rispondere:

  • È disponibile un ambiente dedicato per i test delle prestazioni?
  • Sono stati identificati i dati master o di riferimento richiesti per i test delle prestazioni?
  • Sono stati identificati gli scenari aziendali chiave e la baseline per questi scenari?
  • È stato identificato il carico simultaneo per i test delle prestazioni?
  • Sono state identificate le singole posizioni su cui eseguire i test di latenza?
  • È stato elaborato un piano per l'inserimento dei dati richiesti prima del test delle prestazioni?

L'Architetto di soluzioni dovrebbe:

  • Identificare le potenziali aree sensibili nell'app da sottoporre al test sulle prestazioni.
  • Sapere quale potrebbe essere il volume di picco e pianificare sempre un volume leggermente più alto.
  • Verificare che i contratti di servizio (SLA) per le prestazioni siano testati per garantire la conformità.

L'Architetto di soluzioni dovrebbe monitorare il traffico di rete delle e diverse sedi degli uffici. In particolare, è necessario controllare la latenza e la larghezza di banda per garantire che le prestazioni dell'app non siano influenzate negativamente dai problemi di rete. Per il monitoraggio delle prestazioni delle app, è possibile usare Monitoraggio di Microsoft Azure e Azure App Insights.

Pianificazione della distribuzione

La distribuzione di una soluzione procederà più agevolmente con una pianificazione preliminare. Il piano di distribuzione è formato da molte attività per garantire la corretta distribuzione della soluzione. I piani di distribuzione variano caso per caso, ma di solito includono:

  • Impostazione dell'ambiente
  • Tipi di test
  • Formazione degli utenti
  • Migrazione dei dati
  • Strategia di implementazione
  • Supporto durante la distribuzione

A seconda delle dimensioni del progetto, l'Architetto di soluzioni può scegliere se mantenere la proprietà del piano di distribuzione o agire come consulente per un team di pianificazione dedicato. In genere, non crea il piano di distribuzione, ma fornisce input e revisione.

L'Architetto di soluzioni è spesso la prima figura che viene chiamata quando il cliente non è soddisfatto dei progressi della distribuzione.

L'Architetto di soluzioni dovrebbe:

  • Verificare che la sequenza di eventi per la pubblicazione sia pronta.
  • Cercare con attenzione i rischi e preparare un piano alternativo.
  • Verificare che il team sia pronto a supportare la distribuzione.

Valutazione dei rischi

L'Architetto di soluzioni conosce il sistema meglio di chiunque altro, quindi dovrebbe condurre una propria valutazione dei rischi prima della pubblicazione. Dovrebbe esaminare l'intero sistema e quindi porsi le seguenti domande:

  • Cosa potrebbe andare storto?
  • Cosa potrebbe non funzionare come previsto?
  • Che succede se l'altro sistema si interrompe?
  • La sequenza di distribuzione è corretta?

Un Architetto di soluzioni dovrebbe sempre pianificare lo scenario peggiore, per rallegrarsi se poi non accade.