Suggerimenti per la fase di progettazione
I principali risultati finali per la fase di progettazione sono le specifiche di progettazione per il sistema e per i test case per la convalida delle funzionalità e delle prestazioni del sistema. Le indagini sulla fattibilità delle funzionalità e i test fanno tipicamente parte del processo di progettazione, comprendendo lo sviluppo iniziale e, nel caso della convalida di un progetto, alcuni test iniziali delle implementazioni prototipali, come illustrato nella sezione seguente.
Acquisire profili di latenza e di velocità effettiva dettagliati
Costruendo i profili di carico iniziali sui quali sono stati stabiliti i criteri di rilascio delle prestazioni dalla fase di progetto precedente, stabilire profili di latenza e di velocità effettiva dettagliati durante la fase di progettazione. Se disponibili, acquisire dati sulle prestazioni dai sistemi di produzione. L'utilizzo di dati di produzione consentirà di disporre di profili delle prestazioni realistici sui quali progettare i test case durante questa fase. Se non sono disponibili dati di produzione, sarà necessario estrapolare un profilo realistico dal carico previsto.
È di cruciale importanza che i test case delle prestazioni creati durante la fase di progettazione includano profili delle prestazioni che emulino il più possibile il comportamento previsto per il sistema durante la fase di produzione. Per altre informazioni sulla creazione di profili di prestazioni realistici e sostenibili, vedere Informazioni sulle prestazioni sostenibili?
Vagliare le possibilità di attenuazione dei rischi relativi alle prestazioni
Durante la fase di valutazione dei requisiti sono stati identificati sia i rischi relativi al mancato raggiungimento dei livelli di prestazioni desiderati sia le relative possibilità di attenuazione. I rischi e le relative possibilità di attenuazione devono essere identificati quanto prima nella fase di progettazione in modo da consentire eventuali modifiche di progettazione necessarie. Ogni rischio identificato deve essere formalmente classificato come problema utilizzando il testing Proof-Of-Concept (POC) e le relative possibilità di attenuazione devono essere verificate per valutarne l'efficacia.
Si supponga, ad esempio, che un sistema legacy utilizzi il protocollo FTP per comunicare con altri sistemi. Se tuttavia si osserva il livello di velocità effettiva che il server FTP legacy è in grado di raggiungere in combinazione con l'adapter FTP di BizTalk Server, risulta chiaro che la velocità effettiva desiderata (stabilita come criterio di rilascio durante la fase di valutazione dei requisiti) non potrà essere ottenuta. Per attenuare il rischio nel progetto, durante la fase di valutazione dei requisiti vengono individuate le alternative seguenti:
Scalare orizzontalmente o verticalmente il server FTP e creare più indirizzi FTP logici dedicati a tipi di messaggio specifici per ripartire il carico.
Modificare il sistema legacy per consentire la consegna di molti messaggi in un singolo file come batch per ridurre l'overhead per ogni trasferimento di messaggio.
Modificare il sistema legacy per consentire l'utilizzo di un protocollo alternativo che sia più veloce del protocollo FTP, ad esempio MSMQ.
Il primo aspetto da esaminare in questo esempio è quello di provare l'effettiva esistenza del rischio eseguendo il test delle prestazioni del sistema con l'FTP corrente. A tale scopo sarà necessario creare e distribuire una semplice soluzione prototipale che riceva messaggi dal server FTP e applicare quindi a tale soluzione il profilo di carico di produzione previsto per il percorso FTP. Se il server è in grado di sostenere il carico desiderato, il rischio non sussiste e non è necessario eseguire ulteriori indagini. In caso contrario, sarà necessario identificare l'alternativa più appropriata che consenta di affrontare il problema con il minimo dei costi e dei rischi di progetto eseguendo un'indagine Proof-Of-Concept.
Perfezionare la stima delle dimensioni del sistema
Le indagini condotte durante la fase di progettazione forniscono preziose informazioni empiriche sulle capacità del sistema in termini di prestazioni.
Ad esempio, si supponga la situazione illustrata sopra in cui le prestazioni dell'FTP sono state stimate insufficienti. Dal momento che l'ambiente include già sistemi che utilizzano MSMQ come trasporto di messaggistica, viene deciso di modificare il sistema legacy perché venga utilizzato anche il protocollo MSMQ. Durante il test delle prestazioni di un nuovo POC che utilizza MSMQ viene tuttavia osservato che la CPU nel server SQL in cui risiede il database MessageBox viene utilizzata quasi costantemente al 100% e non si riesce a raggiungere la velocità effettiva prevista sul percorso MSMQ.
Assumendo che la configurazione del server SQL sia ottimale per l'applicazione, l'hardware del server SQL deve essere sottodimensionato per la velocità effettiva desiderata e le dimensioni del sistema devono quindi essere ridefinite. In questo caso, l'hardware del server SQL necessita di CPU aggiuntive e/o più veloci.
Vedere anche
Suggerimenti per la pianificazione dei progetti per fase
Suggerimenti per la fase dei requisiti
Suggerimenti per la fase di implementazione
Suggerimenti per la fase di verifica
Suggerimenti per la fase di rilascio