De eenvoud van het uitrollen van cloudinfrastructuur heeft veel van het probleem verschoven van provisioning naar financiële beheersing. Het creëren van virtuele machines, Kubernetes-clusters, opslag, databases of AI-diensten kost enkele minuten; daarna bepalen wie ze gebruikt, wat ze echt kosten en welke waarde ze opleveren is veel complexer. Hier komt FinOps in beeld, een discipline die probeert de kosten vóór technische beslissingen te integreren, zodat de factuur geen verrassing wordt.
De kern van FinOps en cloudkosten in 30 seconden
- 85% van de organisaties beschouwt kostenbeheer van de cloud als een van hun belangrijkste uitdagingen en schat dat 29% van de uitgaven wordt verspild aan IaaS en PaaS.
- FinOps combineert engineering, financiën en business om technologische consumptie met waarde te verbinden.
- Rightsizing, labelen, budgetteren, consumptieverplichtingen en het elimineren van ongebruikte resources blijven fundamentele praktijken.
- De volgende stap zijn unitaire economieën: kosten meten per klant, transactie, dienst of zelfs AI-token.
- Een stabiele infrastructuur dwingt ook tot vergelijken tussen publieke, private, dedicated en hybride cloudmodellen voordat je een suboptimale architectuur probeert te optimaliseren.
Het is opvallend omdat bedrijven al jaren werken aan optimalisatie. Het rapport State of the Cloud 2026 van Flexera, gebaseerd op enquêtes onder 753 professionals en cloudverantwoordelijken, geeft aan dat de gemiddelde schatting van verspilde uitgaven in IaaS en PaaS op 29% ligt, na vijf jaar van afname. Bovendien noemt 85% kostenbeheer als een van hun belangrijkste problemen, zelfs vóór beveiliging, dat door 82% wordt genoemd.
Artificial intelligence maakt de zaak er nog ingewikkelder op. GPU’s, inferentie, opslag, API’s, vector databases en nieuwe PaaS-diensten brengen verschillende consumptie-eenheden met zich mee die afwijken van de traditionele. De factuur hangt niet meer alleen af van hoeveel virtuele machines aanstaan.
Daarom evolueert FinOps van simpel besparen naar een veel nuttiger vraag: Wat krijgt het bedrijf terug voor het geld dat het besteedt aan technologie?
FinOps begint voordat de factuur arriveert
De FinOps Foundation definieert haar kader momenteel rond mogelijkheden die onder andere draaien om gebruik en kosten begrijpen, bedrijfswaarde kwantificeren en zowel consumptie als prijs optimaliseren. Daarbinnen vallen planning, voorspellingen, budgettering, KPI’s, unit economics, architectuur, workloadplaatsing, licenties en duurzaamheid.
Dit verandert de manier waarop het probleem wordt geïnterpreteerd.
Een cloudfactuur van €100.000 per maand is niet per definitie slechter dan één van €70.000. Als de eerste tien keer meer klanten, transacties of omzet ondersteunt, kan dit wijzen op een economisch efficiëntere infrastructuur.
Daar ligt het belang van de unitaire economieën.
In plaats van alleen te vragen hoeveel AWS, Azure, Google Cloud, een private cloud of Kubernetes-platform kost, kunnen organisaties indicatoren meten zoals kosten per klant, order, transactie, virtuele machine, API of dienst.
De FinOps Foundation integreert precies Unit Economics als een vermogen om gebruik en kosten van technologie te koppelen aan de waarde die diensten en activiteiten opleveren.
Deze trend wordt al zichtbaar in bedrijven. Volgens Flexera steeg het percentage organisaties dat metriek van unit economics toepast van 40% naar 49% in een jaar.
Dat is een belangrijke verandering.
Een 10% verlaging in clouduitgaven lijkt succesvol, maar als dit leidt tot hogere latentie, slechtere beschikbaarheid of het beperken van een groeiend product, kan het bespaarde geld juist meer waarde vernietigen dan het creëert.
Inzicht: weten wie er geld uitgeeft
Voor je kunt optimaliseren, moet je het gebruik kunnen toewijzen.
Dat vereist een consistente policiestructuur voor labels, accounts, projecten, eigenaars en kostenplaatsen. Een resource zou in ieder geval moeten kunnen antwoorden op basis van wie verantwoordelijk is, bij welke applicatie hoort, in welke omgeving het functioneert en welke bedrijfsunit ervoor betaalt.
Handmatig labelen gaat vaak snel verloren; daarom integreren meer gevorderde organisaties deze regels in provisioning en infrastructure als code.
Het ontbreken van een eigenaar is eigenlijk een bijzonder nuttig signaal. Virtuele machines, volumes, snapshots, IP-adressen of load balancers die niemand herkent, verdienen het om te worden herzien, ongeacht de individuele kosten die eraan verbonden zijn.
Het probleem stapelt zich op.
Rightsizing: betalen voor wat echt nodig is
Een andere klassieke praktijk is rightsizing — het aanpassen van resources aan de daadwerkelijke behoefte.
Een machine met 32 vCPU en 128 GB RAM die slechts een klein deel van die capaciteit constant gebruikt, kan overdimensioneerd zijn.
Maar het moet niet alleen op de CPU-gemiddelden worden gebaseerd.
Er moet ook rekening worden gehouden met geheugen, opslag, IOPS, bandbreedte, latentie, piekvraag, capaciteitsreserves, hoge beschikbaarheid en operationele marges.
Een database verbruikt mogelijk weinig CPU, maar is sterk afhankelijk van geheugen en opslag. Een dienst kan urenlang bijna inactief zijn en na korte tijdspikes de belasting verdubbelen.
FinOps vereist daarom technische metrics, niet alleen facturatiegegevens.
Ongemerkte resources betalen ook mee
Onggebruikte infrastructuur kan vele vormen aannemen: ontwikkelservers die ’s nachts en in het weekend draaien, disks die blijven bestaan na het verwijderen van een instantie, oude snapshots, ongebruikte openbare IP-adressen, lege load balancers, overdimensioneerde clusters of testomgevingen die niemand meer herinnert te hebben gemaakt.
Het verwijderen van niet-essentiële resources kan al significante besparingen opleveren.
Ook opslag kost geld. Actieve data, backups, historische gegevens en archieven op lange termijn hoeven niet altijd dezelfde opslag te gebruiken of dezelfde prestaties te bieden.
Daarnaast zijn er kosten die vaak over het hoofd worden gezien: datatransfers tussen zones en regio’s, egress, NAT gateways, observability, support, commerciële licenties of beheerde services waarvan de prijs afhangt van het aantal verzoeken.
De cloudfactuur bestaat uit meer dan alleen CPU en RAM.
Kubernetes en AI veranderen de kostenberekening
Kubernetes illustreert het nieuwe economische vraagstuk heel goed.
Een factuur kan aangeven hoeveel een set knooppunten kost, maar een bedrijf moet weten welk deel van de kosten bij elke namespace, applicatie, team of klant hoort.
Open source projecten zoals OpenCost bieden een onafhankelijke methode om kosten van infrastructuur en containers binnen Kubernetes te meten en toe te wijzen, los van de provider.
AI brengt dit vraagstuk nog een niveau verder.
OpenCost 1.121.0 introduceerde in augustus 2026 functies die de kosten van Kubernetes relateren aan inferentielasten. De integratie met llm-d en vLLM maakt het mogelijk kosten te meten per model en token, rekening houdend met het daadwerkelijke resourcegebruik.
Hier komt een nuttige onderscheid in beeld: kosten van beschikbaarheid versus kosten van gebruik.
Een taalmodel op een GPU kan direct klaarstaan om te reageren, terwijl het lange periodes met minimale activiteit kan doorbrengen. Ook al genereert het geen tokens, het houdt GPU-geheugen en capaciteit bezet, wat kosten met zich meebrengt.
Dit soort uitgaven is heel redelijk als de toepassing lage latentie vereist.
Voor FinOps is het belangrijk dat dit zichtbaar wordt.
Een AI-platform zou kunnen meten welke kosten verbonden zijn aan het beschikbaar houden van elk model, hoeveel elke miljoen tokens werkelijk kost, en welk deel daarvan bestaat uit opgeslagen capaciteit die wordt aangehouden om responstijden te garanderen.
Dit illustreert duidelijk dat kosten optimaliseren niet altijd betekent dat je minder resources gebruikt.
De beste FinOps kan ook betekenen dat je van architectuur verandert
Er is een vraag die al vóór rightsizing gesteld moet worden:
Past elk werk op de juiste architectuur?
Pay-as-you-go biedt duidelijke voordelen bij onvoorspelbare vraag. Een applicatie die haar capaciteit enkele uren moet verdubbelen, kan enorm profiteren van elasticiteit.
Maar bij workloads die gedurende jaren vrijwel dezelfde resources nodig hebben, kan dat anders liggen.
Een bedrijfsdatabase, ERP-systeem, virtualisatiecluster of stabiele binneninfrastructuur kunnen het vergelijken van de werkelijke kosten van openbare cloud met private, dedicated servers, eigen infrastructuur of hybride architecturen justifyerbaar maken.
Vergelijkingen zouden niet alleen over prijs per vCPU moeten gaan.
Inbegrepen moeten opslag, dataverkeer, licenties, support, back-ups, redundantie, beheer, personeel, beveiliging, disaster recovery en de kosten van ongebruikte capaciteit worden.
Flexera benadrukt dat economische vergelijkingen tussen on-premises infrastructuur en cloud steeds belangrijker worden, vooral nu organisaties beginnen met shift-left FinOps — dat wil zeggen kosten al in de vroege fases van architectuur te integreren.
Dit brengt een belangrijke gedachte met zich mee: een organisatie kan perfect rightsizing toepassen, maar nog steeds te veel betalen als de oorspronkelijke architectuur niet aansluit bij het werkpatroon.
Evenzo kan het onnodig overdimensioneren van een variabele applicatie in een vaste infrastructuur, puur omdat de maandkosten lager lijken, leiden tot over-investering om piekbelasting op te vangen.
FinOps zou moeten helpen bepalen welke architectuur het beste past bij elk werk, niet een vaste voorkeur verdedigen.
Van showback tot verantwoordelijkheid voor de kosten
Kostenallocatie kan ook de relatie tussen afdelingen veranderen.
Bij showback weten teams hoeveel ze verbruiken, ook al blijven de budgetten centraal. Een afdeling kan ontdekken dat haar omgevingen €18.000 per maand kosten, terwijl de factuur door IT wordt betaald.
Bij chargeback worden deze kosten direct doorberekend aan het betreffende budget.
Beide modellen veranderen gedrag doordat de technische beslissing direct impact heeft op de economische consequenties.
De toewijzing moet echter betrouwbaar zijn. Het arbitrair verdelen van gedeelde resources over meerdere applicaties kan schijnbaar precieze, maar in werkelijkheid weinig nuttige, indicatoren opleveren.
Unit economics proberen dit te verbeteren door kosten te koppelen aan een nuttige eenheid voor het bedrijf.
Een e-commerce bedrijf kan kosten meten per order, een SaaS-platform per actieve klant, een AI-toepassing per gesprek of token, of een interne applicatie per omgeving of dienst.
Zo kunnen ze beter onderscheid maken tussen meer uitgeven vanwege bedrijfsgroei en meer uitgeven doordat de infrastructuur minder efficiënt is.
AI opent een nieuw front voor FinOps
De gegevens van 2026 laten zien waarom dit onderwerp nog relevanter wordt.
58% van de ondervraagden door Flexera gebruikt al generatieve AI-diensten in de cloud en het percentage verspilde uitgaven in IaaS en PaaS is opnieuw gestegen naar 29%.
Een ander onderzoek van het bedrijf, gericht op IT-activa management, wijst uit dat slechts 31% van de organisaties inzicht heeft in hun AI-software, terwijl 59% aangeeft dat het verspilde AI-gerelateerde uitgaven sinds vorig jaar is toegenomen.
Dit stelt nieuwe vragen aan infrastructuurteams:
- Hoeveel kost elke modelinzet echt? Welke GPU wordt onderbenut? Is het rendabel om een model geladen te houden voor lagere latency? Is het goedkoper om een externe API te gebruiken of inferentie zelf uit te voeren? Welk team genereert tokens? Wat kost elke aanvraag inclusief GPU, opslag, netwerk en platform?
Dit zijn FinOps-issues die niet meer gaan over het controleren van een virtuele machine-factuur, maar over complexere kostenstructuren.
De discipline ontwikkelt zich mee met de infrastructuur.
Het ultieme doel blijft relatief simpel: ervoor zorgen dat kosten niet pas na technische beslissingen worden ontdekt.
Wanneer architectuur, engineering, operations, business en financiën vooraf inzicht hebben in de kosten en de waarde meten na implementatie, wordt FinOps ingebed in het ontwerp van de infrastructuur in plaats van een periodieke kostenbesparing.
Veelgestelde vragen
Wat is FinOps?
FinOps is een beheerspraktijk die technologisch gebruik koppelt aan kosten en de waarde die het oplevert voor de organisatie. Het vereist samenwerking tussen engineering, operations, financiën en business en beperkt zich niet tot kostenbesparing in de cloud.
Welke cloudkosten moeten naast CPU en geheugen worden herzien?
Opslag, snapshots, datatransfers, egress, IP-adressen, load balancers, beheerde services, observability, support en licenties kunnen aanzienlijk bijdragen. In Kubernetes en AI is het vooral belangrijk om gedeelde capaciteit en GPU’s toe te wijzen aan specifieke applicaties, teams en modellen.
Wat zijn unit economics in FinOps?
Het zijn kosten verbonden aan een nuttige eenheid voor het bedrijf, zoals kosten per klant, transactie, order, dienst, AI-gesprek of miljoen tokens.
Is FinOps ook van toepassing op private clouds en datacenters?
Zeker. Het huidige FinOps-raamwerk richt zich op de waarde van technologie en kan gebruikt worden om verschillende infrastructuurmodellen te vergelijken. Een volwassen besluit kan publieke cloud, private cloud, dedicated servers en eigen infrastructuur combineren op basis van elasticiteit, benutting, technische vereisten en totale kosten.