Den verkliga anledningen till att molnkostnaderna är så höga – och hur du övervinner dem

De dolda drivkrafterna bakom molnkostnader 

Enligt Nigel innebär en välfungerande molnstrategi att tänkande och förväntningar måste omkalibreras i hela organisationen, från ”styrelserummet till källaren”. Det är det enda sättet som molnet kan skalas effektivt utan att äta upp resultatet. 

Men för att genomföra den förändringen måste vi först fastställa var bristande samsyn uppstår och varför den får dina molnkostnader att skjuta i höjden. 

Här är 5 dolda orsaker bakom stigande molnräkningar:

1. Felaktigt dimensionerad arkitektur: Många organisationer överprovisionerar antingen molnresurser eller utnyttjar dem inte tillräckligt. Flexeras granskning av fler än 60 kunder visade att 40 % av instanserna för virtuella maskiner är en storlek för stora. Inaktiva resurser är lika problematiska – lösningar som är ”alltid på” slösar årligen bort upp till 27,1 miljarder dollar när resurser fortsätter att köras under perioder med låg efterfrågan. Som Nigel uttrycker det: ”Att förvänta sig att lyft och flytt ska vara en magisk lösning är ett misstag. När organisationer inte anpassar arbetsbelastningar till lämpliga tjänster, försummar optimeringsplanering eller avvecklar oanvända resurser skenar kostnaderna.”
2. Skugg-IT och bristande insyn: Hela 54 % av företagen anger ”bristande insyn i molnutgifter” som orsaken bakom sitt molnslöseri, enligt Anodot. Utan tydlig överblick kan obehörig provisionering skapa kaos i molnet och till och med leda till redundanta tjänster och uppblåsta räkningar. Föga överraskande uppstår 82 % av säkerhetsincidenterna i molnet på grund av denna bristande insyn, vilket ökar både återställnings- och driftskostnaderna. 
3. Dolda avgifter för dataöverföring: Dataöverföringar ses ofta som en mindre kostnad, men om de lämnas okontrollerade kan de stå för 20 % av din molnräkning, särskilt hos hyperskalare som AWS. Överdriven lagring av loggar, redundant datareplikering och dålig livscykelhantering gör bara situationen värre. Hyperskalare erbjuder minimala mängder kostnadsfria överföringar (100–200 GB), men när dataskapandet ökar till 402,74 miljoner terabyte dagligen försvinner marginalen snabbt.
4. Organisationernas AI-rusning: Även Tangoes rapport pekar ut AI som den största orsaken bakom stigande molnkostnader. I brådskan att ta till sig AI överprovisionerar många ledare på C-nivå molnresurser utan att inse det. Träning och finjustering av stora modeller kräver betydligt mer datorkraft än förväntat. Lägg till kostnaden för att lagra och överföra massiva datamängder, så har du ett recept för kraftigt överskridna budgetar.
5. Bristande API-hygien: I mikrotjänstarkitekturer skapar dåligt strukturerade API-anrop en kaskad av redundanta datahämtningar. Detta belastar inte bara datalagringen utan förbrukar också mer resurser när molninstanser körs. Onödiga omvägar genom API-gatewayer mellan interna tjänster blåser ytterligare upp kostnaderna. Tänk dig att en enda finansiell transaktion utlöser omkring nio interna anrop. Det låter inte så farligt förrän du skalar upp. Vid en miljon dagliga transaktioner innebär det att 1 000 dollar går till spillo. Det kan verka obetydligt per månad, men för små företag är det en stor kostnad.

Get Free Access

Get regular tech leadership wisdom for delivering better software and systems.

Create Free Account

Have an account? Log In

Ta kontroll över molnkostnaderna: strategier för CTO:er 

Innan molnutgifterna spräcker din budget finns här fyra sätt att minska överflödiga kostnader:

1. Skaffa insyn i dina molnräkningar 

Peter Druckers ord, ”Du kan inte förbättra det du inte kan mäta”, gäller även molnkostnader. Att mäta kostnader kan dock vara riskabelt om du inte vet vad du ska leta efter. Insyn i molnkostnaderna är avgörande för att förstå hur resurser används, upptäcka problem som kan påverka prestandan och veta exakt vilka tillgångar du har för att kunna definiera din attackyta. 

Nigel betonar att taggning och etikettering av molnresurser är avgörande för att få denna insyn. För att uppnå bästa resultat: 

• Implementera skript som automatiskt uppdaterar taggar när resurser ändras (t.ex. vid skalningshändelser eller när resurser flyttas), så att informationen förblir relevant utan manuellt underhåll. Du kan också integrera taggar i din IaC-plattform, om du använder Terraform.  
• Fokusera på de största kostnadsdrivarna, till exempel beräkning, lagring och databaser, och koppla dem till verksamhetsinriktade KPI:er (intäktsprojekt, kundsegment). Använd tröskelvärden baserade på dessa taggar och konfigurera aviseringar för att upptäcka oväntade kostnadsökningar. 
• Bygg in taggning i distributionspipelines för att säkerställa konsekvent, automatiserad taggning innan resurser tas i drift.

Som tur är erbjuder de flesta hyperskalare, som AWS, Azure och Google Cloud, redan inbyggda verktyg för insyn – AWS Cost Explorer, Azure Cost Management och Google Cloud Cost Management – för geotaggning, automatiserade aviseringar och identifiering av kostnadsdrivare (oanvända EC2-instanser eller okontrollerad molntillväxt). 

2. Maximera molneffektiviteten med arkitekturell elasticitet  

Enligt Nigel kan du hålla molnkostnaderna under kontroll genom att dimensionera din molnarkitektur rätt och regelbundet se över den. ”Varje beslut bör fattas utifrån ett riskdrivet angreppssätt för att ligga steget före när det gäller cyberresiliens”, råder han. Det är dock lättare sagt än gjort. Teknisk skuld, omfattande datasiloer och föråldrade processer för resursallokering gör det svårt att tillämpa elasticitet i molnet och ökar dessutom riskerna förknippade med resursallokering i molnet. Men du måste börja någonstans.

Med utgångspunkt i denna idé lyfter Claus Jepsen, chef för produkt och teknik på Unit4, fram farorna med en förenklad molnmigrering:

”Även om en övergång till molnet erbjuder potential för större effektivitet och kostnadsbesparingar, går många företag miste om denna möjlighet genom att helt enkelt ”lyfta och flytta” sina gamla applikationer. En molnmigrering kan göra den enorma mängd datorkraft som du använder med ett äldre system mindre synlig, men den åtgärdar inte de underliggande ineffektiviteterna i programvaran. För att undvika skenande kostnader och koldioxidutsläpp bör du utnyttja molnmigreringsprocessen till att tänka om kring dina kärnsystem.

En lösning är att frikoppla lätta tjänster från kärnapplikationens arkitektur. Genom att konfigurera mikrotjänster eller nanotjänster så att de endast startas när de används kan du minska både koldioxidutsläppen och de räkningar du betalar till din molnleverantör.

Som en analogi för energiförbrukning i molnet kan en stor, monolitisk applikation liknas vid ett hus där lamporna alltid är tända. Ett system som körs med mikrotjänster liknar däremot ett hus med många små rum där lamporna bara tänds när du befinner dig i respektive rum.

Mitt råd till IT-ledare: Inkludera mikrotjänster som ett kriterium i era offertförfrågningar för molnlösningar och formulera ert interna beslutsunderlag utifrån de dubbla fördelarna med hållbarhet och ekonomisk avkastning.”

Att följa Jepsens råd innebär att integrera mikrotjänster eller nanotjänster i din arkitekturstrategi och säkerställa att resurserna är direkt kopplade till verksamhetens aktivitet och förbrukning.

Nigel föreslår att man börjar med att fastställa skalningsprinciper baserade på historiska mätvärden, som CPU-användning, minnesförbrukning eller volymen av förfrågningar. Dina tidigare data för geotaggning kan hjälpa till att definiera tröskelvärden och avkylningsperioder för att undvika snabba svängningar i skalningen.

Anpassa separata skalningsprinciper för olika komponenter, till exempel för ditt webblager respektive databaslager. Detta riktade angreppssätt minskar inaktiv kapacitet, stabiliserar applikationsprestandan och förbättrar den övergripande molneffektiviteten. För långsiktiga besparingar och bättre molneffektivitet bör du införa: 

• Serverlös arkitektur genom att omstrukturera appar till händelsestyrda mikrotjänster med AWS Lambda, Azure Functions eller Google Cloud Functions. Traditionella arkitekturer överprovisionerar ofta resurser "för säkerhets skull", vilket leder till onödiga utgifter. Serverlös arkitektur löser detta genom att endast ta betalt för den faktiska beräkningstiden. 
• Containrar med orkestrering genom att Dockerisera dina appar för konsekventa miljöer. Distribution med Kubernetes gör det möjligt att automatiskt skala baserat på användningsmönster i realtid, så att resurserna anpassas efter efterfrågan i stället för att vara fasta. Genom att ange resursgränser förhindrar du att en enskild tjänst förbrukar mer än den borde, vilket är en vanlig orsak till oväntade molnfakturor när användningen plötsligt ökar.
• Strategi för flera regioner och flera moln genom att bygga platsoberoende applikationer. Att bygga applikationer som inte är bundna till en enda plats minskar fördröjningen för globala användare och förbättrar motståndskraften mot regionala avbrott. Genom att dirigera trafik baserat på fördröjning eller kostnad får användarna snabbare svarstider samtidigt som utgifterna hålls under kontroll. 

3. Förhandla leverantörsavtal 

Azure kan vara 72 % billigare med en treårsplan. Även utan ett långsiktigt åtagande erbjuder Microsofts EA-avtal rabatter på upp till 45 % för befintliga Azure-användare. Trots det går många företag miste om besparingar eftersom leverantörssamtalen sker för sent eller alltför informellt. McKinseys forskning om IT-leverantörsavtal har dessutom visat att omförhandlingar ofta inleds först ett år före avtalets utgång. Då är antingen alternativen begränsade eller förhandlingsstyrkan borta. 

För att förbättra avtalsförhandlingarna bör du samla in och övervaka dina molndata.  Om dina arbetsbelastningar är stabila innebär det att du lämnar pengar på bordet om du fortsätter med betalning efter användning. Reserverade planer ger betydande besparingar när en stabil användning kan bevisas. Börja med att analysera mätvärden för arbetsbelastningen för att skilja stadig efterfrågan från varierande toppar; genom att förhandla utifrån din basanvändning (70–80 %) undviker du att binda upp dig för mycket samtidigt som du säkerställer bättre priser.

Sedan finns de ”dolda” kostnaderna: dataöverföringar, lagringstransaktioner och API-anrop. Dessa verkar ofta obetydliga men kan bli kostnadsdrivande i stor skala. Ta proaktivt upp dem i förhandlingarna för att undvika obehagliga överraskningar senare. Leverantörer har vanligtvis visst förhandlingsutrymme, exempelvis eftergifter för avgifter för datautgående trafik eller nivåbaserade rabatter (t.ex. $100 per miljon API-anrop). 

Nigel anser dock att det bästa sättet att hålla molnkostnaderna i schack är enkelt: gör affärsenheterna direkt ansvariga genom intern debitering. När kostnaderna kopplas till affärsresultat spenderar teamen klokare och förhandlar fram bättre avtal med leverantörer. Börja med ett transparent system för intern debitering som tydligt fördelar utgifterna till rätt avdelningar. Du kan antingen införa ett verktyg för hantering av molnkostnader för att spåra användningen per projekt, team eller applikation, eller införa detaljerad taggning för att fastställa vart varje dollar går. ”Denna disciplin hjälper till att hålla molnutgifterna inom toleransnivåerna och proportionerliga i förhållande till verksamhetens nytta”, säger Nigel.

More Articles

• Så använder du DevOps-mätvärden för att skala upp ditt företag

4. Optimera kostnaderna för dataöverföring

Varje gång data passerar mellan regioner eller lämnar din molnleverantörs nätverk uppstår kostnader. Ett nätverk för innehållsleverans (CDN) kan minska dessa kostnader genom att cacha statiska filer som bilder och CSS på kantservrar närmare användarna, så att du inte behöver betala hela beloppet. 

Börja med att lista statiska tillgångar och ange cachehuvuden för bättre träffrekvens. Din hyperskalare levereras också med ett inbyggt CDN (CloudFront för AWS, Azure CDN). På så sätt får du även fördelarna med förenklad fakturering och volymrabatter. 

Om din arkitektur ständigt flyttar data mellan regioner är det dags att tänka om kring designen. Betjäna lokal trafik från lokala resurser genom att replikera databaser och lagring i aktiva regioner. Behöver du globala insikter? Bearbeta och sammanfatta data regionalt innan den synkroniseras, så att du slipper betala för att skicka rådata över hela världen. Metoder för insamling av förändringsdata (CDC) baserade på loggar och källtabellbaserade frågor kan också bidra till att minska dataöverföringarna genom att endast synkronisera det som har ändrats, inte hela datamängden. 

För överföringar som inte går att undvika bör du schemalägga dem under lågtrafik för att dra nytta av lägre priser och alltid komprimera data (gzip, Snappy, Parquet) för att minska överföringsstorlek och kostnader.

Hantera dina molnräkningar med data & synlighet 

”Sanningen är att molnanvändning kommer att öka kostnaderna”, säger Nigel. ”Men de högre kostnaderna kommer med möjligheten att leverera mer och snabbare, med större potential att förbättra resultatet än någonsin tidigare– en avgörande fördel för att kunna konkurrera smidigt i en vild digital ekonomi.”

Optimering av molnkostnader handlar inte om att pressa kostnaderna så långt som möjligt. I stället bör det handla om avsiktliga utgifter där dina teknikval stämmer överens med verksamhetens mål, samtidigt som organisationen förblir flexibel. När du investerar klokt blir resultatet en varaktig marknadsstyrka och bättre avkastning på lång sikt.

Håll dig uppdaterad om bästa praxis, branschnyheter och andra insikter om molnet genom att prenumerera på CTO Club-nyhetsbrevet redan idag.