Feilmodi og feilfrekvens
I forbindelse med lanseringen av AWS Stockholm-regionen eu-north-1 ønsket jeg å ta en rask titt på prisingen. Det har gått rykter om at Stockholmsregionen skulle være billigere enn mange andre, så la oss sammenligne.
Jeg sammenlignet Stockholm med N. Virginia, Frankfurt og Irland med EC2, Aurora, S3 og DynamoDB. Nedenfor ser du prisene for hver region og forskjellen sammenlignet med Stockholm.
AWS prissammenligning
Priser på AWS EC2-forekomster
AWS Region EU (Stockholm) – m5.2xlarge $ 0,408 per time
AWS US East (N. Virginia) – m5.2xlarge $ 0,384 per time -6
AWS EU (Frankfurt) – m5.2xlarge 0,46 USD per time +13 %.
AWS EU (Irland) – m5.2xlarge 0,428 USD per time + 5 %.
AWS Amazon Aurora priser
(Merk at jeg sammenligner r5 med r4)
AWS EU (Stockholm) – db.r5.2xlarge 1,20 dollar per time
AWS US East (N. Virginia)- db.r4.2xlarge 1,16 dollar per time -3 %.
EU (Frankfurt)- db.r4.2xlarge 1,40 dollar per time +17 %.
Trenger dere eksperthjelp med feilmodi og feilfrekvens?
Våre skyarkitekter hjelper dere med feilmodi og feilfrekvens — fra strategi til implementering. Book et gratis 30-minutters rådgivningssamtale uten forpliktelse.
EU (Irland) – db.r4.2xlarge 1,28 dollar per time +7 %.
AWS Amazon S3 Standard Storage-priser
EU (Stockholm) – De første 50 TB/måned $ 0,023 per GB
US East (N. Virginia) – De første 50 TB/måned $ 0,023 per GB
EU (Frankfurt) – De første 50 TB/måned $ 0,0245 per GB +7 %.
EU (Irland) – De første 50 TB/måned 0,023 USD per GB
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.
Om forfatteren
Country Manager, Sverige
Johan leder Opsios virksomhet i Sverige og driver AI-innføring, DevOps-transformasjon, sikkerhetsstrategi og skyløsninger for nordiske bedrifter. Med over 12 års erfaring innen skyinfrastruktur har han levert mer enn 200 prosjekter på AWS, Azure og GCP — med spesialisering innen Well-Architected-vurderinger, landingssonedesign og multi-sky-strategi.
Redaksjonelle retningslinjer: Artikkelen er skrevet av en sertifisert fagperson og gjennomgått av vårt ingeniørteam. Vi oppdaterer den når teknologien eller regelverket den omhandler endres; datoene over viser siste oppdatering. Opsio er redaksjonelt uavhengig — vi anbefaler løsninger ut fra tekniske fortrinn, ikke kommersielle relasjoner.