Da Tangoe udgav sin rapport om stigende cloudomkostninger, var resultaterne alarmerende, men ikke ligefrem overraskende. Virksomheders cloudregninger er steget med op til 30 %, og de fleste virksomheder kalder dem “uhåndterbare.” Civo bekræftede tendensen og bemærkede, at næsten 60 % af organisationerne så deres udgifter stige sidste år, og for næsten 40 % steg omkostningerne med mere end 25 %.
“Cloudcomputing behøver ikke at være uoverkommeligt dyrt,” siger Nigel Gibbons, seniorrådgiver hos NCC Group. Hvis det er tilfældet, er det et tegn på, at noget er galt, især når styring af cloudomkostninger er en topprioritet for ledere på trods af stigende krav til udviklingen og omfattende omveje med GenAI-implementeringer.
Er du nysgerrig efter at vide, hvad der driver disse stigninger, og hvordan du kan få styr på dem? Læs videre.
De skjulte drivkræfter bag cloudomkostninger
Ifølge Nigel kræver det en nytænkning af både tankegang og forventninger at få cloud til at fungere rigtigt – på tværs af hele organisationen, fra “bestyrelse til kælder.” Det er den eneste måde, cloud kan skaleres effektivt på uden at påvirke bundlinjen.
Men for at gennemføre denne ændring skal vi først finde ud af, hvor uoverensstemmelsen opstår, og hvorfor den får dine cloudomkostninger til at stige voldsomt.
Her er 5 skjulte syndere bag stigende cloudregninger:
- Dårligt dimensioneret arkitektur: Mange organisationer overprovisionerer enten cloudressourcer eller udnytter dem ikke fuldt ud. Flexeras revision af mere end 60 kunder viste, at 40 % af instanserne af virtuelle maskiner er én størrelse for store. Inaktive ressourcer er lige så problematiske – opsætninger, der er “altid tændt”, spilder op til 27,1 milliarder dollars årligt, når ressourcer forbliver aktive i perioder med lav efterspørgsel. Som Nigel siger: “Det er en fejl at forvente, at løft og flyt automatisk løser alle problemer. Når organisationer ikke tilpasser arbejdsbelastninger til passende tjenester, forsømmer optimeringsplanlægning eller udfaser ubrugte ressourcer, løber omkostningerne løbsk.”
- Skjult it og manglende synlighed: Hele 54 % af virksomhederne angiver “manglende synlighed i cloududgifter” som årsagen til deres cloudspild ifølge Anodot. Uden et klart overblik kan uautoriseret klargøring skabe kaos i cloudmiljøet og endda føre til redundante tjenester og oppustede regninger. Ikke overraskende skyldes 82 % af hændelser inden for cloud-sikkerhed dette synlighedshul, hvilket øger både genoprettelses- og driftsomkostningerne.
- Skjulte gebyrer for dataoverførsel: Dataoverførsler opfattes ofte som en mindre omkostning, men hvis de ikke kontrolleres, kan de udgøre 20 % af din cloudregning, især hos hyperscalere som AWS. Overdreven opbevaring af logge, redundant datareplikering og dårlig livscyklusstyring gør kun situationen værre. Hyperscalere tilbyder minimale gratis overførsler (100-200 GB), men med en daglig dataskabelse på 402,74 millioner terabyte forsvinder denne buffer hurtigt.
- Organisationernes AI-kapløb: Selv Tangoes rapport peger på AI som den største synder bag stigende cloudomkostninger. I hastværket med at tage AI til sig overprovisionerer mange ledere på C-niveau cloudressourcer uden at være klar over det. Træning og finjustering af store modeller bruger langt mere computerkraft end forventet. Læg omkostningerne ved at lagre og overføre massive datasæt oveni, og du har opskriften på budgetoverskridelser.
- Dårlig API-hygiejne: I mikroservicearkitekturer skaber dårligt strukturerede API-kald en kaskade af redundante dataudtræk. Det belaster ikke kun datalagringen, men bruger også flere ressourcer på at køre cloudinstanser. Unødvendige omveje gennem API-gateways mellem interne tjenester øger desuden udgifterne yderligere. Forestil dig, at én finansiel transaktion udløser omkring ni interne kald. Det lyder måske ikke så slemt, før du skalerer det. Ved én million daglige transaktioner er det 1.000 dollars, der går til spilde. Det ser måske ikke ud af meget på månedsbasis, men for små virksomheder er det et stort tab.
Have an account? Log In
Få styr på cloudomkostningerne: Strategier for CTO'er
Før cloududgifterne sprænger dit budget, får du her fire måder at skære overflødige omkostninger væk på:
1. Få indsigt i dine cloudregninger
Peter Druckers ord, "Du kan ikke forbedre det, du ikke kan måle," gælder også for cloudomkostninger. Det kan dog være risikabelt at måle omkostningerne, hvis du ikke ved, hvad du skal holde øje med. Synlighed i cloudomkostningerne er afgørende for at forstå, hvordan ressourcerne anvendes, opdage problemer, der kan påvirke ydeevnen, og vide præcis, hvilke aktiver du har, så du kan definere din angrebsflade.
Nigel understreger, at tagging og mærkning af cloudressourcer er afgørende for at opnå denne synlighed. Sådan opnår du de bedste resultater:
- Implementér scripts, der automatisk opdaterer tags ved ændringer i ressourcerne (f.eks. skaleringshændelser eller flytning af ressourcer), så dataene forbliver relevante uden manuel vedligeholdelse. Du kan også integrere tags i din IaC-platform, hvis du bruger Terraform.
- Fokusér på de største udgiftsposter som beregning, lagring og databaser, og forbind dem med forretningsorienterede KPI'er (omsætningsprojekter, kundesegmenter). Brug tærskelværdier baseret på disse tags, og opret advarsler for at registrere uventede omkostningsstigninger.
- Integrér tagging i implementeringspipelines for at sikre ensartet tagging uden manuel indsats, før ressourcerne tages i brug.
Heldigvis tilbyder de fleste hyperscalere som AWS, Azure og Google Cloud allerede indbyggede værktøjer til synlighed – AWS Cost Explorer, Azure Cost Management og Google Cloud Cost Management til geotagging, automatiserede advarsler og præcis identifikation af omkostningsdrivere (ubrugte EC2-instanser eller ukontrolleret vækst i cloudmiljøet).
2. Maksimér cloud-effektiviteten med en elastisk arkitektur
Ifølge Nigel kan korrekt dimensionering af din cloudarkitektur og regelmæssig genvurdering af den holde cloudomkostningerne under kontrol. “Alle beslutninger bør træffes ud fra en risikobaseret tilgang for at være på forkant med cyberrobustheden,” råder han. Det er dog lettere sagt end gjort. Teknisk gæld, massive datasiloer og forældede klargøringspraksisser gør det vanskeligt at praktisere cloud-elasticitet og øger endda de risici, der er forbundet med klargøring af cloudressourcer. Alligevel er du nødt til at begynde et sted.
Med udgangspunkt i denne idé fremhæver Claus Jepsen, chef for produkt og teknologi hos Unit4, farerne ved en forenklet cloudmigrering:
"Selvom overgangen til cloud giver mulighed for større effektivitet og omkostningsbesparelser, går mange virksomheder glip af denne mulighed ved blot at ‘løfte og flytte’ deres gamle applikationer. En cloudmigrering kan gøre den enorme mængde computerkraft, du bruger med et ældre system, mindre synlig, men den løser ikke de underliggende ineffektiviteter i din software. For at undgå eksploderende omkostninger og CO2-udledninger bør du udnytte cloudmigreringsprocessen til at gentænke dine kernesystemer.
En løsning er at afkoble lette tjenester fra kerneapplikationens arkitektur. Hvis du konfigurerer mikroservices eller nanoservices, så de kun starter, når de er i brug, kan du reducere både CO2-udledningen og de regninger, du betaler til din cloududbyder.
For at give en analogi til energiforbruget i cloud kan en stor, monolitisk applikation sammenlignes med et hus, hvor lyset altid er tændt. Et system, der kører på mikroservices, minder derimod om et hus med mange små rum, hvor lyset kun tændes, når du opholder dig i det enkelte rum.
Mit råd til IT-ledere: Inkludér mikroservices i dine RFP-kriterier for cloudløsninger, og formulér din interne forretningscase med fokus på de dobbelte fordele ved bæredygtighed og økonomisk afkast."
At følge Jepsens råd betyder, at du integrerer mikroservices eller nanoservices i din arkitekturstrategi og sikrer, at ressourcerne er direkte afstemt med forretningsaktivitet og -forbrug.
Nigel foreslår, at man begynder med at fastsætte skaleringspolitikker baseret på historiske målinger som CPU-forbrug, hukommelsesforbrug eller anmodningsmængde. Dine tidligere geotaggingdata kan hjælpe med at definere tærskelværdier og nedkølingsperioder for at undgå hurtige udsving i skaleringen.
Tilpas separate skaleringspolitikker til forskellige komponenter, f.eks. dit webniveau i forhold til dit databaselag. Denne målrettede tilgang reducerer inaktiv kapacitet, stabiliserer applikationsydelsen og forbedrer den overordnede cloudeffektivitet. For langsigtede besparelser og cloudeffektivitet bør du indføre:
- Serverløs arkitektur ved at refaktorere apps til hændelsesdrevne mikrotjenester med AWS Lambda, Azure Functions eller Google Cloud Functions. Traditionelle arkitekturer overprovisionerer ofte ressourcer "for en sikkerheds skyld", hvilket fører til spildte udgifter. Den serverløse model løser dette ved kun at opkræve betaling for den faktiske beregningstid.
- Containere med orkestrering ved at containerisere dine apps for at sikre ensartede miljøer. Implementering med Kubernetes gør det muligt automatisk at skalere baseret på brugsmønstre i realtid, så ressourcerne tilpasses efter efterspørgslen i stedet for at være faste. Ved at angive ressourcegrænser forhindrer du, at en enkelt tjeneste bruger mere end nødvendigt, hvilket er en almindelig årsag til uventede cloudregninger, når forbruget pludselig stiger.
- Multi-region- og multicloud-strategi ved at opbygge lokationsuafhængige applikationer. Ved at opbygge applikationer, der ikke er bundet til én enkelt lokation, reduceres latenstiden for globale brugere, og robustheden forbedres mod regionale driftsafbrydelser. Routing af trafik baseret på latenstid eller omkostninger sikrer, at brugerne får hurtigere svartider, samtidig med at udgifterne holdes under kontrol.
3. Forhandl leverandøraftaler
Azure kan være 72 % billigere med en 3-årig plan. Selv uden at binde sig på lang sigt giver Microsoft EA'er rabatter på op til 45 % for eksisterende Azure-brugere. Alligevel går mange virksomheder glip af disse muligheder, fordi leverandørforhandlinger finder sted for sent eller for uformelt. Selv McKinseys undersøgelser af aftaler med IT-leverandører har vist, at genforhandlinger ofte begynder blot et år før udløb. På det tidspunkt er mulighederne enten begrænsede, eller også er forhandlingsstyrken væk.
For at forbedre kontraktforhandlingerne skal du indsamle og overvåge dine clouddata. Hvis dine arbejdsbelastninger er stabile, betyder en fortsættelse med priser efter forbrug, at du lader penge ligge på bordet. Reserverede planer giver betydelige besparelser, når en stabil brug er dokumenteret. Start med at analysere dine målinger for arbejdsbelastninger for at skelne mellem stabil efterspørgsel og svingende spidsbelastninger; ved at forhandle ud fra dit grundforbrug (70-80 %) undgår du at forpligte dig for meget, samtidig med at du sikrer bedre priser.
Der findes også de “skjulte” omkostninger: dataoverførsler, lagertransaktioner og API-kald. De virker ofte ubetydelige, men kan blive store budgetbelastninger i stor skala. Tag dem proaktivt med i forhandlingerne for at undgå ubehagelige overraskelser senere. Udbydere har som regel et vist spillerum, f.eks. fritagelse for udgående dataoverførselsgebyrer eller trinvise rabatter (f.eks. $100 pr. million API-kald).
Nigel mener dog, at den bedste måde at få styr på cloudomkostningerne på er enkel: Gør forretningsenhederne direkte ansvarlige via intern viderefakturering. Når omkostningerne knyttes til forretningsresultater, bruger teamene pengene mere fornuftigt og forhandler bedre aftaler med leverandørerne. Start med et gennemsigtigt system til intern viderefakturering, der tydeligt fordeler udgifterne til de rigtige afdelinger. Du kan enten implementere et værktøj til styring af cloudomkostninger for at spore forbruget pr. projekt, team eller applikation eller implementere detaljeret tagging for at identificere, hvor hver dollar går hen. “Denne disciplin hjælper med at holde cloudforbruget inden for tolerancerne og proportionalt med fordelene for virksomheden,” siger Nigel.
More Articles
4. Optimer omkostningerne ved dataoverførsel
Hver gang data krydser regioner eller forlader din cloududbyders netværk, løber der omkostninger på. Et netværk til levering af indhold (CDN) kan begrænse disse omkostninger ved at cache statiske filer som billeder og CSS på edge-servere tættere på brugerne, så du ikke behøver betale det fulde beløb.
Start med at opføre en liste over statiske aktiver og indstille cache-headere for at opnå bedre hitrater. Din hyperskaler leveres også med et indbygget CDN (CloudFront til AWS, Azure CDN). På den måde får du også fordelene ved enklere fakturering og mængderabatter.
Hvis din arkitektur konstant flytter data mellem regioner, er det tid til at gentænke designet. Servér lokal trafik fra lokale ressourcer ved at replikere databaser og lager i aktive regioner. Har du brug for globale indsigter? Behandl og opsummér data regionalt, før du synkroniserer, så du ikke betaler for at sende rådata på tværs af kloden. Metoder til ændringsdatafangst (CDC), der er baseret på logfiler og forespørgsler på kildetabeller, kan også bidrage til at reducere dataoverførsler ved kun at synkronisere det, der er ændret, i stedet for hele datasættet.
For uundgåelige overførsler skal du planlægge dem uden for spidsbelastningstiderne for at få adgang til lavere priser, og komprimér altid data (gzip, Snappy, Parquet) for at reducere overførslens størrelse og omkostninger.
Administrer dine cloudregninger med data & synlighed
“Sandheden er, at indførelsen af cloud vil øge omkostningerne,” siger Nigel. “Men de højere omkostninger kommer med evnen til at levere mere og levere hurtigere samt med større potentiale for bundlinjen end nogensinde før– en afgørende fordel, når man skal konkurrere agilt i en vild digital økonomi.”
Optimering af cloudomkostninger handler ikke om et kapløb mod bunden. I stedet bør det handle om bevidste udgifter, hvor dine teknologivalg stemmer overens med virksomhedens mål, samtidig med at din organisation forbliver agil. Når du investerer fornuftigt, er gevinsten en varig markedsstyrke og bedre langsigtede afkast.
Hold dig ajour med bedste praksis, branchenyheder og anden indsigt i cloud ved at abonnere på CTO Club-nyhedsbrevet i dag.



