mars 7, 2025|10:14 f m
Oavsett om ni söker vägledning kring molnmigrering, effektivare IT-drift eller att börja nyttja AI på riktigt – vi finns här för att hjälpa er nå nästa nivå. Fyll i formuläret så kontaktar vi dig för ett första samtal om era behov och mål.
Med AWS Stockholmsregionen eu-north-1 lanserad ville jag ta en snabb titt på prissättningen. Det har förekommit rykten om att Stockholmsregionen skulle ha ett lägre pris än många andra, så låt oss jämföra.
Jag jämförde Stockholm med N. Virginia, Frankfurt och Irland med EC2, Aurora, S3 och DynamoDB. Nedan visas priserna för respektive region och skillnaden jämfört med Stockholm.
AWS prisjämförelse
Priser för AWS EC2-instanser
AWS Region EU (Stockholm) – m5.2xlarge $0.408 per timme
AWS US East (N. Virginia) – m5.2xlarge 0,384 USD per timme -6
AWS EU (Frankfurt) – m5.2xlarge $0,46 per timme +13
AWS EU (Irland) – m5.2xlarge $0,428 per timme +5
AWS Amazon Aurora priser
(Observera att jag jämför r5 med r4)
AWS EU (Stockholm) – db.r5.2xlarge $1,20 per timme
AWS US East (N. Virginia)- db.r4.2xlarge $1,16 per timme -3%.
EU (Frankfurt)- db.r4.2xlarge 1,40 USD per timme +17%.
EU (Irland) – db.r4.2xlarge $1,28 per timme +7%.
AWS Amazon S3 Standardlagring priser
EU (Stockholm) – Första 50 TB / månad $0,023 per GB
US East (N. Virginia) – Första 50 TB / månad $0,023 per GB
EU (Frankfurt) – Första 50 TB / månad $0,0245 per GB +7
EU (Irland) – Första 50 TB / månad $0,023 per GB
AWS Amazon DynamoDB On-demand priser
EU (Stockholm) – Enheter för skrivuppdrag 1,343 USD per miljon enheter för skrivuppdrag
US East (N. Virginia) – Skrivförfrågningar 1,25 USD per miljon skrivförfrågningar -7
EU (Frankfurt) – Enheter för skriftlig begäran 1,525 USD per miljon enheter för skriftlig begäran +14%.
EU (Irland) – Enheter för skrivuppdrag 1 414 USD per miljon enheter för skrivuppdrag +5
Även om allt började med latensinjektion som i Yan Cuis artiklar, är latens långt ifrån det enda möjliga felet vi kan ha i våra serverlösa applikationer. I “failure-lambda”, “failure-azurefunctions” och “failure-cloudfunctions” finns det nu fem olika “failure modes” att välja mellan:
Tillför latens till den exekverade funktionen, styrd med ett minimalt och maximalt intervall på millisekunder. Detta kan t.ex. användas för att simulera tjänstens latens eller för att testa och hjälpa till att ställa in dina timeout-värden.
Kastar ett undantag i funktionen. Hjälper dig att testa hur din applikation och kod hanterar undantag.
Din funktion kommer att returnera en valfri statuskod, t.ex. 502 eller 404 i stället för den normala 200. Detta ger dig möjlighet att testa vad som händer när det uppstår fel.
Kommer att fylla din temporära disk med filer för att skapa ett fel. Om du använder en disk för att lagra temporära filer kan du testa hur programmet beter sig om disken blir full eller om du inte kan lagra på den.
Blockerar anslutningar till angivna värdar. Används för att simulera att tjänster eller tredje part inte är tillgängliga.
Alla dessa felsökningslägen kan användas tillsammans med en felfrekvens som du ställer in. Standardinställningen är att fel uppstår vid varje anrop, men i verkligheten är det troligt att t.ex. en tredje part inte är tillgänglig vid 50 % av anropen till den värden eller att ett undantag inträffar vid en fjärdedel av anropen. Genom att sätta kursen kan du uppnå detta.
Fel: Kontaktformulär hittades inte.
