Je cloudfactuur is verdubbeld en niemand weet waarom.

Waarom is mijn cloudfactuur verdubbeld?

Omdat er iets concreets veranderde, en de factuur het laatste systeem was dat het hoorde. Prijzen bij AWS, GCP en Azure bewegen traag en meestal naar beneden, dus een factuur die in een kwartaal 80 tot 120 procent stijgt, volgt een beslissing in je eigen bedrijf, geen tariefkaart. De oorzaken zijn saai: een nieuwe omgeving die tijdelijk moest zijn, een logging- of bewaarinstelling die aan bleef staan, een datavolume dat groeide met een klant die je aanwierf, of een architectuur die dezelfde data nu meerdere keren kopieert. Geen van alle kondigt zich aan. Ze factureren elke maand tot iemand kijkt.

Lees de factuur als een lijst van beslissingen

De fout is de factuur lezen als een lijst van diensten. Lees ze in de plaats als een lijst van keuzes. Sorteer de tien grootste lijnen op hoeveel ze groeiden, niet op hoe groot ze zijn, en schrijf naast elke lijn de beslissing die de groei zou verklaren. De meeste lijnen hebben een duidelijke eigenaar en reden. Een of twee niet, en daar zit de verdubbeling. Dat kost een namiddag en een alleen-lezen facturatierol, geen platform nodig. De diepere versie van hetzelfde probleem gaat over wie de architectuur bezit, en die behandel ik in AWS-kosten verlagen.

De drie vragen die het vinden

Voor eender welke tool, stel deze drie. Het zijn de vragen die ik in het eerste uur van een kostenopdracht stel, en ze bereiken de oorzaak meestal voor een dashboard klaar is met laden.

1. Wat veranderde in de maand dat de curve knikte? Leg de facturatiegrafiek naast je deploy-log, je klantenlijst en je infrastructuurwijzigingen. De stijging heeft een startdatum, en er ging iets live in de buurt.
2. Welke lijnen groeien met klanten, en welke met niets? Uitgaven die de omzet volgen, zijn de kost van de zaak. Uitgaven die stijgen terwijl de omzet vlak blijft, zijn ofwel technische schuld ofwel verspilling, en dat is het hele spel.
3. Wie zou het merken als deze lijn naar nul ging? Kan je de persoon en de feature benoemen, hou ze dan. Bezit niemand ze, dan heb je de verspilling gevonden. Kost zonder eigenaar krimpt niet vanzelf; ze stapelt op.

In meer dan een opdracht ging een verdubbelde factuur terug op een enkele saaie wijziging: een niet-productieomgeving gekloond voor een load-test en nooit opgeruimd, of een bewaarinstelling die stilletjes elke log en snapshot voor altijd bijhield. In een geval toonde de opsplitsing dat het grootste deel van de stijging betalen was voor dingen zonder eigenaar, en de grootste fix kostte een beslissing in plaats van een engineer-maand. De lijn die met niets meeschaalt, is meestal de lijn om terug te draaien, en ze legt netjes op wat technische schuld per maand kost.

Wat je niet doet

Bel niet eerst je account manager. Een savings plan op een factuur die je niet hebt opgekuist, zet de verspilling drie jaar vast aan een korting. Koop geen FinOps-tool en behandel de grafiek als de fix; een dashboard van kost zonder eigenaar is gewoon een nettere versie van niet kijken. En herbouw je platform niet om aan het cijfer te ontsnappen. Een architectuur die je nog niet begrijpt naar nieuwe infrastructuur verhuizen, houdt de stijging en voegt een migratie toe. Vind eerst de beslissing. Onderhandel, tool of herbouw daarna, als je het dan nog nodig hebt, en dat is de volgorde die het cloudkostenwerk volgt.

Veelgestelde vragen

Geschreven vanuit patronen uit eerdere opdrachten. Als iets te specifiek klinkt om algemeen te zijn, is dat de reden.