Hvad koster cloud-drift for dit produkt?

Af Weapp · Opdateret

Cloud-drift for et typisk SMV-produkt koster oftest 3.300–33.000 DKK om måneden på AWS, Azure eller Google Cloud. Regningen drives af tre poster: compute (regnekraft), lagring og egress-trafik ud af skyen. Med FinOps-tiltag som rightsizing, reserverede instanser og autoskalering kan omkostningen som regel sænkes med 20–40 procent.

For mange beslutningstagere er cloudregningen et sort hul: hundredvis af linjer med kryptiske tjenestenavne og en slutsum der vokser uden en tydelig årsag. Men bag linjerne gemmer der sig i praksis tre prisdrivere, og den der forstår dem, kan både budgettere driften og sænke den. Sådan ser prisniveauet ud i 2026 på de tre store platforme AWS, Azure og Google Cloud.

De tre prisdrivere

Compute: regnekraft. Servere, containere og funktioner der kører jeres kode. Næsten altid den største post. Prisen styres af hvor meget kapacitet I reserverer og hvor mange timer den kører, ikke af hvor meget den faktisk bruges, medmindre I aktivt skalerer ned.

Lagring. Databaser, filer og backups. Billig pr. gigabyte, men vokser støt fordi data sjældent slettes. Forskellige lagringsklasser koster forskelligt: Data der læses ofte, er dyrere end arkivdata.

Egress: trafik ud. Data ind i skyen er som regel gratis, data ud prissættes pr. gigabyte. Det er den post der oftest overrasker, især for produkter der leverer filer, video eller store API-svar.

Typisk månedlig omkostning for et SMV-produkt

Tag en almindelig produktopsætning: en webapplikation med et par containere bag en load balancer, en managed database, fillagring, CDN og overvågning.

KomponentTypisk månedlig omkostning
Regnekraft: containere eller servere1.300–10.000 DKK
Managed database660–6.600 DKK
Lagring og backup330–3.300 DKK
Trafik ud (egress) og CDN330–6.600 DKK
Overvågning, logs, øvrigt330–3.300 DKK

For de fleste SMV-produkter lander summen på 3.300–33.000 DKK om måneden. Bunden af spændet er et produkt med moderat trafik og enkel redundans; toppen er et produkt med høj belastning, flere miljøer og krav om hurtig gendannelse. Valget mellem AWS, Azure og Google Cloud ændrer sjældent billedet dramatisk. Forskellen mellem et ryddeligt og et forsømt miljø er større end forskellen mellem leverandørerne.

Derfor vokser regningen

Cloudomkostninger stiger sjældent fordi nogen har truffet en dårlig beslutning, men fordi ingen har truffet nogen beslutning overhovedet. De mest almindelige lækager:

  • Overdimensionering. Servere der blev bestilt til en spidsbelastning som aldrig kom, og som siden aldrig blev skaleret ned.
  • Glemte ressourcer. Testmiljøer, gamle diske og kopier som ingen har lukket ned. Regningen for dem løber videre hver måned.
  • Alt kører døgnet rundt. Udviklings- og testmiljøer der kører om natten og i weekenden selvom ingen bruger dem.
  • Egress-overraskelser. En ny funktion der eksporterer store filer, kan fylde mere på regningen end i koden.

FinOps: sænk 20–40 procent uden at røre produktet

Erfaringen fra de fleste cloudmiljøer er at 20–40 procent af omkostningen kan fjernes uden at brugerne mærker noget:

  1. Rightsizing. Mål det faktiske forbrug og skaler overdimensionerede ressourcer ned.
  2. Reserveret kapacitet. Til forudsigelig grundbelastning giver en- eller treårige forpligtelser en betydelig rabat i forhold til timeprisen.
  3. Autoskalering. Lad kapaciteten følge belastningen, og luk udviklingsmiljøer uden for arbejdstid.
  4. Oprydning og arkivering. Slet glemte ressourcer, og flyt kolde data til billigere lagringsklasser.

Gør gennemgangen til en tilbagevendende rutine frem for en engangsindsats, så holder regningen sig i form.

Budgettér driften fra starten

Driftsomkostningen skal med i produktkalkulationen allerede når systemet bygges, for det er arkitekturvalgene der afgør den: Serverless kan gøre et lille produkt næsten gratis at drive mens en overdimensioneret klassisk opsætning koster et femcifret beløb fra dag ét. Hos Weapp arbejder vi med cloudarkitektur som en del af vores ydelser og hjælper gerne med at gennemgå en regning der er løbet løbsk. Kontakt os, så kigger vi på den.

Ofte stillede spørgsmål

Hvad er egress-trafik, og hvorfor koster den?

Egress er data der forlader cloududbyderens net: til brugere, til andre skyer eller til jeres egne systemer. Trafik ind er oftest gratis mens trafik ud prissættes pr. gigabyte. Produkter der sender store mængder data, f.eks. video eller store fileksporter, kan få egress som en af de største poster.

Kan vi sænke cloudomkostningen uden at bygge produktet om?

Oftest, ja. Rightsizing af overdimensionerede servere, reserveret kapacitet til forudsigelig belastning, autoskalering der lukker ressourcer ned om natten, og oprydning i glemte miljøer kræver ingen ny arkitektur. Tilsammen sænker den slags tiltag typisk regningen med 20–40 procent.

Hvad koster cloud-drift for en lille app eller en MVP?

Et tidligt produkt med moderat trafik klarer sig ofte med nogle tusinde DKK om måneden, nogle gange mindre med en serverless-arkitektur hvor du kun betaler for forbruget. Omkostningen vokser så med brugerne. Det vigtige er at arkitekturen lader den vokse proportionalt og ikke i spring.

Er skyen dyrere end egne servere?

Målt alene på serverprisen kan egen hardware se billigere ud, men sammenligningen overser personale, strøm, lokaler, redundans og sikkerhedsarbejde som cloududbyderen står for. For de fleste små og mellemstore produkter er skyen samlet set den økonomisk mere fornuftige løsning, forudsat at miljøet holdes ryddet.

Hvad er FinOps?

En arbejdsform hvor omkostninger behandles som et løbende ingeniøransvar i stedet for en årlig overraskelse: Omkostningerne gøres synlige pr. team eller funktion, afvigelser fanges tidligt, og optimeringer prioriteres som almindelige udviklingsopgaver. Små, regelmæssige indsatser slår store engangsoprydninger.