AWS-feilen som viste trillionregninger

AWS bekreftet problemet rundt klokken 01.30 PDT 17. juli og publiserte flere oppdateringer gjennom dagen . Det viktigste budskapet var at tallene ikke representerte reell bruk eller faktiske beløp kundene skyldte.

Årsaken: feil bruk av prisenheter

AWS oppga at rotårsaken var en feil i prisenhetene i systemet som beregner estimerte kostnader . Beregningslogikken brukte feilaktige og kraftig oppblåste enhetspriser da den omregnet registrert bruk til forventede kostnader.

Det var dermed selve estimeringen som var defekt – ikke de underliggende målingene av ressursbruken . Med andre ord: AWS hadde ikke nødvendigvis registrert at kundene brukte mer datakraft eller lagring. Det var presentasjonen av hva denne bruken kunne koste, som hadde løpt fullstendig løpsk.

Hvor omfattende var feilen?

• Globalt omfang: Kunder i AWS’ regioner over hele verden ble berørt, fra Bangalore til Bolsover .
• Flere kostnadsverktøy: De feilaktige estimatene dukket opp i Billing Console og Cost Explorer. AWS Budgets og Cost Anomaly Detection kunne også utløse varsler basert på de samme tallene .
• Ingen reell fakturering: AWS understreket at de viste beløpene ikke gjenspeilte faktisk bruk eller faktiske kostnader. Feilen endret ikke allerede registrerte fakturaer eller beløp som faktisk skulle betales .

Konsekvensene: panikk og varseltretthet

For mange kontoansvarlige var synet av en regning på milliarder eller billioner av dollar nok til å utløse full alarm. Sosiale medier ble fylt av reaksjoner fra brukere som trodde AWS-kontoene deres var kompromittert, eller at en tjeneste plutselig hadde startet et ekstremt ressursforbruk . Enkelte rapporterte til og med beløp i billiardklassen, altså quadrillions på engelsk .

Den økonomiske skaden var ikke reell: AWS krevde ikke inn de feilaktige beløpene . Men den operative belastningen var det. Budsjett- og avviksvarsler ble utløst i stort antall, noe som kan gjøre driftsteam mindre oppmerksomme på varsler senere – også når en reell kostnadssprekk oppstår .

Hendelsen rammet derfor først og fremst tilliten til kostnadsdataene og rutinene som bygger på dem.

Tidslinje for gjenopprettingen

For de fleste kunder varte perioden med feil visning i omtrent 16–18 timer. Full omberegning av data tok imidlertid lengre tid.

Hva betyr dette for varsler om skykostnader?

1. Varsler kan arve feil fra samme datakilde

AWS Budgets og Cost Anomaly Detection er avhengige av kostnadsdata fra beregningssystemet som sviktet. Når tallene oppstrøms er feil, kan også alle varsler nedstrøms bli støy . Et kostnadsvarsel er derfor bare så pålitelig som systemet som produserer grunnlaget for det.

2. Mange falske alarmer kan svekke beredskapen

Når tusenvis av kontoer samtidig sender ut varsler om ekstrem kostnadsøkning, oppstår det varseltretthet. Driftsteam kan begynne å ignorere eller nedprioritere alarmer – og dermed bruke lengre tid på å reagere når den neste kostnadsøkningen faktisk er reell .

3. Det trengs uavhengige rimelighetskontroller

Hendelsen illustrerer behovet for et ekstra kontrollag som kan stanse tall som bryter kraftig med historiske mønstre. En beregnet kostnad som for eksempel er mer enn 1 000 ganger høyere enn normalt, bør ikke nødvendigvis vises ukritisk i konsollen.

En slik «sikkerhetsbryter» kunne i stedet markert dataene som usikre og vist en melding om at beregningen er under behandling.

4. Systemet bør kunne holde tilbake åpenbart uriktige tall

En mer robust arkitektur bør ha grenser for hva som kan sendes videre til brukergrensesnittet. Hvis et estimat overstiger en konfigurerbar andel av forrige periodes faktiske kostnader, kan systemet vise «data ikke tilgjengelig ennå» i stedet for et absurd beløp.

5. Kommunikasjon er en del av feilhåndteringen

AWS publiserte oppdateringer på statussider, men kundene måtte i stor grad selv oppdage at tallene var feil og lete etter forklaringen . En innebygd advarsel i Billing Console, eller en mekanisme som midlertidig undertrykker falske varsler, kunne ha begrenset forvirringen.

En tillitskrise – ikke en trillionregning

AWS-hendelsen i juli 2026 var ikke en økonomisk katastrofe og førte ikke til at kundene faktisk ble belastet trillionbeløp. Den var likevel viktig fordi den viste hvor avhengige virksomheter er av kostnadsestimatene som ligger bak skybudsjetter, avviksvarsler og økonomisk styring.

Lærdommen er tydelig: Beregningssystemer for skykostnader trenger uavhengige kontroller, defensive grenser og bedre kommunikasjon når dataene ikke kan stoles på. En enkelt feil i en prisenhet bør ikke kunne utløse global panikk.