Digital Transformation, AI, IoT, Machine Learning, and Cloud Technologies. Nearly 15 years driving innovation
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 %.
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 %.
Gratis eksperthjelp
Trenger dere eksperthjelp med aws priser?
Våre skyarkitekter hjelper dere med aws priser — fra strategi til implementering. Book et gratis 30-minutters rådgivningssamtale uten forpliktelse.
50+ sertifiserte ingeniører4.9/5 kundevurdering24/7 support
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.
Editorial standards: This article was written by a certified practitioner and peer-reviewed by our engineering team. We update content quarterly to ensure technical accuracy. Opsio maintains editorial independence — we recommend solutions based on technical merit, not commercial relationships.
Vil du implementere det du nettopp leste?
Våre arkitekter kan hjelpe deg med å omsette disse innsiktene i praksis.
