Le migliori pratiche per testare il sistema di produzione in cluster

1

Supponiamo che tu abbia una grossa quantità di software aziendale e per ogni cliente una configurazione diversa in termini di quantità di appserver, dimensioni del cluster di ricerca, server Web, database, loadbalancer e funzionalità di gestione temporanea relativa alle applicazioni (modifica -> sistemi live).

Ovviamente, vuoi essere il più stretto possibile al tuo ambiente di produzione all'interno del tuo ambiente UAT, dove viene fatto il test di accettazione. Forse potresti voler eseguire test automatizzati estensivamente in questo o in qualsiasi stadio precedente.

Ma, in effetti, il mirroring della produzione come ambienti in fasi di test è molto costoso, semplicemente a causa delle risorse necessarie.

Quindi la mia domanda è, se ci sono buone buone pratiche per mantenere questo divario tra gli ambienti di produzione e di test il più piccolo possibile, o buone tecniche per colmare tale lacuna

    
posta ferdy 28.03.2017 - 07:13
fonte

1 risposta

1

Per la maggior parte dei test, l'attenzione si concentra sulla funzionalità e solo uno o al massimo una manciata di test saranno eseguiti contemporaneamente nello stesso ambiente.
Per questi test, non importa se si dispone di un solo appserver o di qualche dozzina dietro un load balancer. Lo stesso vale per gli altri componenti che potresti duplicare per gestire carichi più grandi.

Ci sono solo alcune aree di test dove avere una copia del sistema di produzione è utile o necessaria. Questi test generalmente non vengono eseguiti abbastanza spesso da giustificare più di una installazione con più istanze di ciascun componente.
I test su cui riflettere sono test di prestazioni / carico e test che verificano che componenti come bilanciatori di carico non interrompano il sistema (cosa accade se il bilanciatore di carico decide di spostare una sessione da un server delle applicazioni a un altro a metà della sessione).

    
risposta data 28.03.2017 - 13:13
fonte