Molnkostnad: Så optimerar du AWS/Azure/GCP-notan

Molninfrastruktur har blivit standard för svenska företag, men med den kommer en smygande kostnad som för många organisationer växer snabbare än intäkterna. 2026 är molnkostnader den näst största driftkostnaden efter personal för de flesta tech-bolag – och utan en medveten strategi för optimering riskerar du att betala 30–50 procent mer än nödvändigt. Den här guiden ger dig praktiska verktyg och strategier för att få kontroll över din molnnota, oavsett om du kör AWS, Azure eller GCP.

Jag har själv hjälpt flera svenska företag att minska sina molnkostnader med 25–60 procent genom strukturerad FinOps. Hemligheten? Det handlar sällan om en enskild stor förändring, utan om att införa rätt mätning, rätt incitament och rätt arkitekturbeslut över tid.

Vad är FinOps egentligen?

FinOps (Financial Operations) är ett ramverk och en kulturell praxis som kombinerar ekonomi, teknik och verksamhet för att maximera affärsvärdet av molnet. Det handlar om att skapa transparens kring molnkostnader, sätta rätt incitament för utvecklingsteamen, och kontinuerligt optimera resursanvändningen. FinOps Foundation definierar tre faser: Inform (mät och visualisera), Optimize (agera på insikterna) och Operate (fortlöpande styrning).

Det viktigaste med FinOps är att det inte är ett verktyg eller en engångsinsats – det är en process som måste integreras i organisationens arbetssätt. De bolag som lyckas bäst med molnoptimering är de som gör kostnadsmedvetenhet till en naturlig del av utvecklingsarbetet, inte något som en controller går igenom i efterhand. När utvecklare själva ser kostnadseffekten av sina arkitekturbeslut minskar slöseriet dramatiskt.

Steg 1: Förstå vad du betalar för

Det första steget mot lägre molnkostnader är att förstå vad du faktiskt betalar för. De flesta molnleverantörer erbjuder detaljerad kostnadsrapportering – AWS Cost Explorer, Azure Cost Management och GCP Cost Table – som visar exakt vilka tjänster som driver kostnaderna. Börja med att skapa en daglig eller veckovis kostnadsrapport som går till relevanta team. Utan mätning har du ingen chans att optimera.

Identifiera de största kostnadsdrivarna. Ofta är det compute-resurser (EC2, VM, GCE), databaser (RDS, Cosmos DB, Cloud SQL) och nätverkstrafik som står för lejonparten. Titta också på lagringskostnader – många organisationer betalar för långt mer lagring än de faktiskt använder. Sätt upp budgetar och alarm som varnar när kostnaderna överstiger förväntad nivå. Det låter enkelt, men förvånansvärt många företag saknar denna grundläggande kontroll.

Steg 2: Välj rätt prismodell

Alla tre stora molnleverantörer erbjuder olika prismodeller som kan ge betydande rabatter om du väljer rätt. AWS har Reserved Instances (1–3 års åtagande, upp till 72% rabatt) och Savings Plans (flexiblare, upp till 66% rabatt). Azure har Reserved VM Instances (upp till 72% rabatt) och Azure Savings Plan. GCP har Committed Use Contracts (1–3 år, upp till 57% rabatt) och per-sekund-prissättning som standard.

Strategin är enkel: identifiera den baslast som alltid körs (till exempel produktionsservrar) och teckna reserved instances för den delen. För variabel last använder du spot-instances (AWS) / low-priority VMs (Azure) / preemptible VMs (GCP) som ger 60–90% rabatt men kan avbrytas när som helst. För den återstående flexibla lasten betalar du on-demand-pris men automatiserar nedskalning när resurserna inte används. En bra tumregel: 60% reserved, 20% spot, 20% on-demand.

Steg 3: Resize och rätt dimensionering

En av de största källorna till slöseri i molnet är överetablering – team som väljer en större instanstyp än vad som behövs "för säkerhets skull". Detta är förståeligt men dyrt. Enligt studier är 30–45 procent av alla molninstanser överetablerade med minst en instansstorlek. Lösningen är regelbunden resizing baserat på faktisk användningsdata. Använd verktyg som AWS Compute Optimizer, Azure Advisor eller GCP Recommender för att få automatiska rekommendationer om rätt instansstorlek.

Börja med att analysera de 10 dyraste resurserna i er miljö. För varje resurs, fråga: är instanstypen rätt dimensionerad för den faktiska lasten? Kan vi byta till en nyare generation (till exempel AWS Graviton eller Azure ARM) som ofta är 20–40% billigare för samma prestanda? Kan vi använda auto-scaling i stället för att köra fast kapacitet? Genom att gå igenom topplistan regelbundet kan du snabbt få ner kostnaderna med minimal insats.

Steg 4: Ta bort oanvända resurser

I alla molnmiljöer samlas det med tiden oanvända resurser – gamla testmiljöer som glömts bort, överflödiga lagringsvolymer, obalanserade elastic IPs, oanvända load balancers – som fortsätter att kosta pengar. En årlig "städvecka" där teamen går igenom sina resurser och tar bort det som inte används kan spara 10–20 procent av den totala molnnotan. Automatisera sedan borttagningen: sätt upp livscykelpolicyer som automatiskt tar bort eller arkiverar gamla resurser.

Ett konkret tips: gå igenom era lagringskonton (S3, Blob Storage, Cloud Storage) och leta efter gamla backups, onödiga snapshots och överflödiga loggfiler. Konfigurera livscykelregler som automatiskt flyttar data till billigare lagringstier (till exempel S3 Glacier eller Azure Archive) efter en viss tid. För många organisationer är lagring den mest förbisedda kostnadsdrivaren – och ofta den lättaste att åtgärda.

FinOps-kultur i organisationen

Den viktigaste faktorn för långsiktig molnoptimering är kulturen. Inför cost ownership – gör varje team ansvarigt för sina egna molnkostnader. När utvecklingsteamet ser kostnaden för sina resurser i sin egen budget sker optimering av sig självt. Sätt upp synliga dashboards med teamens kostnader och följ upp dem i veckovisa standups. Fira besparingar på samma sätt som ni firar nya funktioner.

Använd taggning (tags/labels) för att allokera kostnader rätt. Tvinga fram obligatorisk taggning av alla resurser med information om team, miljö, projekt och kostnadsställe. Utan korrekt taggning är det omöjligt att veta vem som orsakar vad. Många organisationer inför automatiskt avbrott för o-taggade resurser efter en grace-period – det låter drastiskt men är effektivt för att skapa disciplin.

Molnoptimering för AWS, Azure och GCP – platsspecifika tips

Varje molnleverantör har sina unika optimeringsmöjligheter. För AWS är Savings Plans och Graviton-instanser de viktigaste verktygen. För Azure är Hybrid Benefit (om ni har Windows Server eller SQL Server-licenser) och Azure Reservations de största besparingsmöjligheterna. För GCP är committed use discounts kombinerat med per-sekund-prissättning för flexibla arbetsbelastningar den bästa strategin.

Oavsett leverantör: använd deras kostnadsoptimeringsverktyg. AWS Trusted Advisor, Azure Advisor och GCP Recommender ger specifika rekommendationer baserade på er faktiska användning. Sätt upp automatiska regler – till exempel att stoppa icke-produktionsmiljöer på kvällar och helger. Det enskilt enklaste sättet att halvera kostnaden för utvecklings- och testmiljöer är att stänga av dem när ingen använder dem. Automatisera detta med enkla schemalagda funktioner eller tredjepartsverktyg.

Sammanfattning: din molnoptimeringsplan

Molnkostnadsoptimering är en kontinuerlig process, inte ett projekt. Här är er handlingsplan i fem steg:

1. Mät och visualisera – sätt upp kostnadsrapportering och budgetar i molnleverantörens verktyg.
2. Identifiera de 10 största kostnadsdrivarna och analysera varje resurs för överetablering.
3. Välj rätt prismodell – reserved instances för baslast, spot/preemptible för variabel last.
4. Städa bort oanvända resurser och automatisera livscykelhantering.
5. Inför cost ownership – gör teamen ansvariga för sina egna kostnader.

Börja med steg 1 redan idag. Ni behöver inte göra allt på en gång – varje steg ger omedelbara besparingar som finansierar nästa steg. Behöver ni hjälp?

Vill du optimera din molnnota?

Jag hjälper företag att minska sina molnkostnader med strukturerad FinOps och teknisk optimering. Läs mer om molninfrastrukturtjänster eller boka ett samtal.