AWS Amazon DynamoDB On-demand-priser
EU (Stockholm) – Skriveforespørselsenheter 1,343 dollar per million skriveforespørselsenheter
US East (N. Virginia) – skriveanmodningsenheter 1,25 dollar per million skriveanmodningsenheter -7
EU (Frankfurt) – Skrivesøknadsenheter 1,525 dollar per million skrivesøknadsenheter +14 %.
EU (Irland) – Skriveforespørselsenheter 1,414 dollar per million skriveforespørselsenheter +5 %.
Feilmodi og feilfrekvens
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:
Identifiser svakheter
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.
Unntak
Kaster et unntak i funksjonen. Hjelper deg med å teste hvordan applikasjonen og koden din håndterer unntak.
Statuskode
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.
Diskplass
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.
Blacklist (med tillatelse fra Jason Barto)
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.
