Implicazioni del test di carico

Le sezioni seguenti descrivono i possibili effetti collaterali, che rappresentano le insidie più comuni durante l'esecuzione di test del carico.

Costo

Quando esegui test prestazionali su larga scala tramite un cloud facilmente dimensionabile, potresti sostenere costi elevati a causa dell'implementazione di molteplici server per un test di lunga durata e dell'utilizzo di una grande quantità di larghezza di banda nel processo. Per evitare questo inconveniente, pianifica in anticipo e considera quanto vuoi spendere. Modella di conseguenza il sistema di destinazione in modo da creare risultati rappresentabili.

Terze parti e disponibilità

Se i flussi testati includono chiamate a servizi di terze parti, si rischia di consumare le quote a disposizione o di incorrere in costi indesiderati. Se possibile, disattiva o suddividi in stub i sistemi di terze parti in modo da escluderli dal test. Sostituendo i servizi esterni con stub ospitati da te e restituendo risposte false ma valide, sei libero di focalizzare il test sull'applicazione.

Se si includono i sistemi di terze parti, essi diventano parte del risultato. Se sono lenti, creano resistenza o contropressione. Se non sono disponibili, producono falsi errori non correlati.

Accumulo di dati di test

L'esecuzione di test di grandi dimensioni e l'archiviazione di molteplici datapoint per un'analisi dettagliata possono generare una grande quantità di dati. I sistemi di archiviazione, come lo spazio su disco, i database di serie temporali o Amazon Simple Storage Service (Amazon S3), devono essere in grado di gestire questa quantità di dati e offrire le funzionalità di query necessarie. Pianifica le dimensioni del server, il partizionamento e la deprecazione dei dati in base alle tue esigenze. Questo non è un problema se pianifichi in anticipo e ti adegui per tempo.

Larghezza di banda di rete

Un test di carico richiede in genere una grande quantità di larghezza di banda, mettendo a dura prova i server. Dimensiona adeguatamente i server su cui esegui il test di carico. Assicurati che il carico di rete fornisca una larghezza di banda sufficiente da non creare un collo di bottiglia. Nella maggior parte dei casi, il numero di server che generano carico è inferiore al numero di server di applicazioni che ricevono il carico. Pertanto, i server di test richiedono una maggiore larghezza di banda. At AWS, EC2 le istanze Amazon con n come suffisso forniscono funzionalità di rete avanzate.