Case: 23% besparing in een gericht traject

Het startpunt

Een snelgroeiende SaaS-scale-up klopte bij ons aan met een herkenbaar probleem: de cloudrekening groeide sneller dan de omzet. Niemand kon precies aanwijzen waarom: er was geen eenduidig beeld van welk team wat gebruikte, en optimalisatie was nooit een structureel onderdeel van engineering geweest. De druk om te schalen had simpelweg voorrang gekregen op kostenbeheersing.

Fase 1: analyse

We begonnen met een volledige inventarisatie van het cloudverbruik over de voorgaande drie maanden, gekoppeld aan een tagging-audit. Al snel bleek dat een substantieel deel van de infrastructuur niet consistent gelabeld was, wat kostenanalyse per team tot dan toe onmogelijk had gemaakt. Parallel brachten we de grootste kostenposten in kaart: compute, opslag en datatransfer, in die volgorde.

Fase 2: quick wins

Terwijl de bredere analyse doorliep, implementeerden we direct de eerste verbeteringen:

• Opruimen van ongebruikte opslagvolumes en verouderde snapshots
• Automatisch afschakelen van test- en staging-omgevingen buiten kantoortijden
• Rightsizing van de meest overgedimensioneerde productie-instances

Fase 3: structurele optimalisatie

Met een schoner en beter inzichtelijk verbruik konden we vervolgens de structurele laag aanpakken: een Savings Plan afgestemd op het aantoonbaar stabiele basisverbruik, en een tagging-standaard die vanaf dat moment automatisch werd afgedwongen bij het aanmaken van nieuwe resources. Ook is een maandelijks kostenoverzicht per team ingericht, zodat eigenaarschap niet bij één persoon bleef hangen maar organisatiebreed werd gedragen.

Wat deze case typisch maakt

Deze uitkomst staat niet op zichzelf: het patroon (snelle quick wins in de eerste weken, gevolgd door structurele optimalisatie die op de lange termijn blijft doorwerken) zien we bij vrijwel elk traject terug. De volgorde is daarbij belangrijker dan de individuele maatregelen: zonder eerst zichtbaarheid en opruiming is structurele optimalisatie moeilijk vol te houden.