februar 20, 2025|10:40 AM
Whether it’s IT operations, cloud migration, or AI-driven innovation – let’s explore how we can support your success.
Å lage moderne applikasjoner ved hjelp av serverløs teknologi og administrerte tjenester betyr at hvem som helst kan bygge distribuerte og svært tilgjengelige systemer uten å måtte bekymre seg for den underliggende infrastrukturen. Men det er ikke bare lek og moro. Dette foredraget jeg holdt på AWS re:Invent 2019 med tittelen «Performing chaos engineering in a serverless world» forklarer noen av utfordringene med serverless, vanlige svakheter i serverless-applikasjoner samt utfordringer ved bruk av kaos-engineering i serverless. Vennligst se videoen.
Selv om alt dette startet med latency-injeksjon som i Yan Cuis artikler, er latency langt fra den eneste mulige feilen vi kan ha i serverløse applikasjoner. I failure-lambda, failure-azurefunctions og failure-cloudfunctions er det nå fem ulike feilmodi å velge mellom:
Tilfører latenstid til den utførte funksjonen, kontrollert ved hjelp av et minimums- og maksimumsspenn på millisekunder. Dette kan for eksempel brukes til å simulere ventetid i tjenesten eller til å teste og angi tidsavbruddsverdier.
Kaster et unntak i funksjonen. Hjelper deg med å teste hvordan applikasjonen og koden din håndterer unntak.
Funksjonen din returnerer en valgfri statuskode, for eksempel 502 eller 404 i stedet for den vanlige 200. Dette gir deg muligheten til å teste hva som skjer når det oppstår feil.
Fyller den midlertidige disken med filer for å skape en feil. Hvis du bruker en disk til å lagre midlertidige filer, kan du teste hvordan programmet ditt oppfører seg hvis disken blir full eller du ikke kan lagre på den.
Blokkerer tilkoblinger til spesifiserte verter. Brukes til å simulere at tjenester eller tredjeparter ikke er tilgjengelige.
Alle disse feilmodusene kan brukes sammen med en feilfrekvens som du angir. Standardinnstillingen er å injisere feil ved hvert anrop, men i virkeligheten er det sannsynlig at for eksempel en tredjepart ikke er tilgjengelig ved 50 % av anropene til den aktuelle verten, eller at et unntak kastes ved en fjerdedel av anropene. Ved å sette hastigheten kan du oppnå dette.
