FinOps i praktiken: Hur vi sänkte molnkostnaden 47% på 90 dagar

Det är lätt att prata om FinOps i teorin. Det här är i stället ett konkret case: hur en molnnota sänktes med 47 procent på 90 dagar. Bolaget är anonymiserat, men greppen är verkliga och representativa för vad jag ser om och om igen. Poängen är att besparingen inte kom av ett enda trick, utan av en handfull stora och många små beslut tagna i rätt ordning. Så här gick det till.

Utgångsläget: en nota ingen ägde

När jag kom in var molnkostnaden en klumpsumma som ekonomi suckade åt varje månad utan att kunna agera. Ingen kunde säga vad pengarna gick till. Det första problemet var alltså inte tekniskt utan att kostnaden var osynlig. Tre miljöer delade resurser, ingenting var taggat konsekvent, och förbrukningen hade aldrig granskats sedan den första uppsättningen.

Vecka 1-3: synlighet först

Innan jag rörde en enda resurs satte jag synlighet. En taggstrategi infördes och tvingades fram, och kostnadsrapporter byggdes så att varje krona kunde kopplas till en miljö och ett team. Redan det förändrade samtalet - plötsligt såg teamen vad deras test- och utvecklingsmiljöer kostade. Att mäta innan man optimerar är inte en formalitet, det är förutsättningen för att veta var man ska gräva.

Vecka 3-6: rightsizing och avstängning

Den största enskilda posten var, som nästan alltid, överdimensionering. Servrar och databaser låg på instanser valda med marginal som aldrig justerats. Genom att anpassa storlekarna efter faktisk förbrukning föll en stor del av kostnaden direkt. Parallellt schemalades avstängning av icke-produktion utanför arbetstid, vilket nästan halverade kostnaden för de miljöerna. Den här fasen gav merparten av de 47 procenten.

Det som gjorde rightsizingen trygg var att den vilade på mätdata, inte gissningar. Eftersom synligheten redan satt kunde jag visa att en viss databas legat på några få procents last i månader, och då blev beslutet att krympa den okontroversiellt i stället för skrämmande. Det är en viktig poäng: rightsizing möter ofta motstånd för att team är rädda att något ska sluta fungera, och det motståndet löser man med data, inte med övertalning. När siffrorna ligger på bordet blir besluten enkla.

Rightsizing av överdimensionerad compute efter mätdata.
Schemalagd avstängning av test och utveckling nattetid och helger.
Städning av oanslutna diskar, oanvända IP-adresser och gamla snapshots.

Vecka 6-10: åtaganden på en känd baslast

Först när miljön var rightsizad band vi baslasten med savings plans. Ordningen var medveten - hade vi bundit oss i vecka ett hade vi låst in en för stor förbrukning i flera år. Nu, med en känd och optimerad baslast, gav åtagandena ytterligare rabatt utan risk. Det är den vanligaste miss jag ser hos andra: att binda sig innan man optimerat. Mer om den logiken finns i min FinOps-genomgång för AWS.

Vecka 10-13: kultur så det håller

En engångsstädning ger en dipp som kryper tillbaka. Den sista fasen handlade därför om att göra besparingen bestående. Budgetar och larm sattes upp, showback infördes så att teamen löpande ser sina kostnader, och kostnad blev en punkt i arkitekturbeslut. Det är skillnaden mellan en tillfällig vinst och en varaktig - och det är hela poängen med FinOps som disciplin. Vill du ha hjälp att göra samma resa kan du läsa om min molninfrastruktur eller min sprint för kostnadsjakt.

Den effekt jag är mest nöjd med i det här uppdraget är inte själva procentsatsen, utan att den höll i sig. Ett halvår senare låg kostnaden kvar på den nya nivån i stället för att ha krupit tillbaka, just för att besluten nu fattades med kostnaden synlig. När ett team ser vad en ny tjänst kommer att kosta innan de bygger den, fattar de andra beslut helt naturligt. Det är därför jag alltid lägger lika mycket vikt vid den sista fasen som vid de tekniska greppen i mitten - utan kulturen rinner besparingen ut.

Vad som gav mest

Rightsizing - den enskilt största posten.
Avstängning av icke-produktion - snabb och riskfri halvering.
Åtaganden efter optimering - rabatt utan inlåsning av slöseri.
Synlighet och kultur - det som höll besparingen kvar.

Relaterat

Vill du ta det vidare?

Vill ni göra samma resa med er molnnota hjälper jag er, med både snabba grepp och bestående struktur. Läs om min molninfrastruktur, se fler exempel i casebook, eller boka ett samtal.

Vanliga frågor

Är 47 procent ett realistiskt resultat?

Det är i övre delen men inte ovanligt för en miljö som aldrig granskats. De flesta konton har tjugo till fyrtio procent att hämta. Hur mycket beror på hur mycket överdimensionering och slöseri som hunnit byggas upp.

Vilket grepp gav störst effekt?

Rightsizing av överdimensionerad compute, följt av schemalagd avstängning av test- och utvecklingsmiljöer. Tillsammans stod de för merparten. Åtaganden bidrog ovanpå det, men först efter att miljön optimerats.

Hur ser ni till att besparingen håller?

Genom synlighet och kultur. Budgetar, larm och showback gör att teamen löpande ser sina kostnader, och kostnad blir en del av arkitekturbeslut. Utan det kryper en engångsstädning alltid tillbaka över tid.