Gestisci un portale di feedback utente basato su LAMP in us-central1 su due zone con gruppi di istanze gestite con scalabilità automatica, ad eccezione del DB. Attualmente serve un piccolo gruppo con disponibilità del 99,99%. Prima di aprirlo a tutti gli utenti, quale strategia di test di resilienza garantisce che il sistema mantenga l'SLA sotto un carico maggiore e non autenticato?

La strategia migliore combina test di carico e ingegneria del caos. Creare input sintetici e riprodurli simula un carico maggiore, testando la scalabilità automatica. Introdurre il caos terminando risorse casuali su entrambe le zone verifica la resilienza del sistema e la capacità di mantenere l'SLA in condizioni di errore, come la perdita di una zona o di istanze. Le altre opzioni sono meno efficaci: Acquisire l'input degli utenti esistenti non simula adeguatamente il carico non autenticato e la terminazione di tutte le risorse in una zona è un test troppo drastico e meno realistico di un errore casuale. Esporre il sistema a un gruppo più ampio di utenti è un test in produzione, rischioso per un sistema non ancora validato. Basarsi sull'utilizzo delle risorse esistenti e sovradimensionare non testa la scalabilità automatica né la resilienza in caso di guasti.