Sie betreiben ein LAMP-basiertes Benutzer-Feedback-Portal in us-central1 über zwei Zonen hinweg mit autoskalierten Managed Instance Groups, außer der DB. Es bedient derzeit eine kleine Gruppe mit 99,99 % Verfügbarkeit. Welche Strategie für Resilienztests stellt sicher, dass das System die SLA unter höherer, nicht authentifizierter Last aufrechterhält, bevor es für alle Benutzer geöffnet wird?

Diese Strategie ist die effektivste, da sie sowohl Lasttests als auch Chaos Engineering kombiniert, um die Resilienz unter realistischen Bedingungen zu bewerten. Synthetische, zufällige Benutzereingaben simulieren eine unauthentifizierte Last, während das Auslösen der Autoskalierung sicherstellt, dass das System auf erhöhten Traffic reagiert. Das Beenden zufälliger Ressourcen in beiden Zonen testet die Fehlertoleranz und die Fähigkeit des Systems, den Ausfall von Komponenten oder ganzen Zonen zu überstehen, was für die Aufrechterhaltung der SLA entscheidend ist. Die anderen Optionen sind weniger umfassend: Das Abspielen erfasster Benutzerlasten ist gut, aber das gleichzeitige Beenden aller Ressourcen in einer Zone ist ein zu extremer Test und bildet keine zufälligen Ausfälle ab. Das schrittweise Erhöhen der Benutzergruppe im Produktivsystem ist riskant und kann die SLA während des Tests beeinträchtigen. Das Bereitstellen von Ressourcen für 200 % der erwarteten Last ohne tatsächliche Last- und Fehlertests garantiert keine Resilienz unter realen Bedingungen.