Je beheert een LAMP-gebaseerd gebruikersfeedbackportaal in us-central1, verspreid over twee zones met automatisch geschaalde beheerde instantiegroepen, met uitzondering van de DB. Het bedient momenteel een kleine groep met een beschikbaarheid van 99,99%. Welke veerkrachtteststrategie zorgt ervoor dat het systeem de SLA handhaaft onder hogere, niet-geauthenticeerde belasting, voordat het voor alle gebruikers wordt opengesteld?

De juiste strategie is om synthetische belasting te genereren en chaostests uit te voeren. Synthetische willekeurige gebruikersinvoer simuleert onverwachte, niet-geauthenticeerde belasting effectief, wat cruciaal is voor het testen van veerkracht onder onvoorspelbare omstandigheden. Het activeren van autoscaling op ten minste één laag valideert de schaalbaarheid van de infrastructuur. Het introduceren van chaos door willekeurige resources in beide zones te beëindigen, test de tolerantie van het systeem tegen storingen en zorgt ervoor dat de SLA van 99,99% behouden blijft, zelfs bij onverwachte uitval. De andere opties zijn minder effectief: Het vastleggen en opnieuw afspelen van bestaande gebruikersinvoer test geen onverwachte, niet-geauthenticeerde belasting en het beëindigen van alle resources in één zone is een te extreme test die niet representatief is voor willekeurige storingen. Het blootstellen aan een grotere groep gebruikers en het dagelijks vergroten van de groep is een langzame en minder gecontroleerde methode voor belastingstests, die mogelijk niet snel genoeg de grenzen van het systeem opzoekt. Het vastleggen van bestaande gebruikersinvoer en het implementeren van resources voor 200% van de verwachte belasting test de veerkracht van het systeem niet onder onverwachte belasting of storingen, maar richt zich meer op initiële capaciteitsplanning.