Kubernetes showback komt bijna altijd vóór chargeback. Dat is geen compromis.

Wat showback werkelijk is

Showback is een zichtbaarheidsmodel. Teams kunnen zien wat ze uitgeven. Het cijfer is toegewezen en accuraat. Maar er is geen financiële consequentie: de gedeelde infrastructuurrekening wordt centraal betaald en de dashboardcijfers zijn informatief.

Chargeback is een accountability-model. Teams worden daadwerkelijk gefactureerd voor hun verbruik. De gedeelde infrastructuurkosten worden aan interne kostenplaatsen toegewezen. De dashboardcijfers worden regelitems in een budget waarvoor iemand verantwoordelijk is.

Het verschil is niet technisch. Beide vereisen dezelfde allocatietooling: OpenCost, Kubecost of equivalent. Het verschil is organisatorisch. Chargeback vereist dat teambudgetten bestaan op het granulariteitsniveau dat de allocatie produceert, dat financiële systemen allocatie als input kunnen accepteren, en dat engineers de methodologie begrijpen en als eerlijk accepteren. Geen van deze voorwaarden is technisch.

Waarom chargeback mislukt als je showback overslaat

De teams die we zien mislukken bij chargeback delen een gemeenschappelijk patroon. Ze deployen allocatietooling, genereren namespace-niveau kostenrapporten en sturen die onmiddellijk naar finance voor interne facturering. Binnen twee maanden wordt het allocatiemodel betwist. Binnen vier maanden is het project verlaten.

De allocatie wordt betwist omdat engineers de cijfers niet vertrouwen. Ze hadden ze nooit eerder gezien. Het eerste cijfer dat ze zagen was een factuur, die beslissingen van maanden geleden oppervlakte op infrastructuur waarvan ze niet wisten dat ze die bezaten, volgens een methodologie die ze niet hadden beoordeeld. Ze betwistten de methodologie. Ze hadden gelijk.

Showback dwingt de organisatie het allocatiemodel te valideren voordat het financieel telt. Teams beoordelen de cijfers wanneer de inzet laag is. Ze ontdekken de verkeerd gecategoriseerde workloads, de gedeelde services die niet aan individuele teams moeten worden toegewezen, en de namespace-grenzen die niet overeenkomen met het eigendomsmodel. Tegen de tijd dat chargeback live gaat, zijn de cijfers vertrouwd omdat teams ze hebben helpen bouwen.

De twee voorwaarden die chargeback laten werken

Voorwaarde één: de allocatiemethodologie is schriftelijk overeengekomen voordat er cijfers worden geproduceerd. Dit betekent: hoe worden gedeelde namespaces gealloceerd? Evenredig aan gebruik, gelijk verdeeld, of toegewezen aan het platformteam? Hoe worden cluster-overhead (control plane, monitoring, logging-infrastructuur) gealloceerd? Hoe worden multi-tenant services berekend? De overeenkomst moet een één-paginadocument zijn, ondertekend door engineering-leads en finance voordat OpenCost wordt gedeployed.

Voorwaarde twee: teams hebben minimaal 90 dagen in showback gezeten voordat chargeback live gaat. 90 dagen is het minimum om seizoenspatronen op te vangen, betwiste allocaties op te lossen en voldoende vertrouwdheid met de cijfers op te bouwen zodat de eerste factuur geen verrassing is. Teams die na 60 dagen showback live gaan met chargeback rapporteren minder geschillen. Teams die showback geheel overslaan rapporteren de meeste.

"De eerste chargeback-factuur mag geen verrassing zijn. Als dat zo is, was de showback-periode te kort."

Danny Zak / FinOps Lead

Hoe de overgang er in de praktijk uitziet

Maand één: deploy allocatietooling, verbind het met Grafana, voeg een namespace-kostenpaneel toe aan het dashboard van elk team. Stuur een wekelijkse kostensamenvatting naar elke engineering-lead. Noem het geen facturering. Noem het een nieuwe engineeringmetriek naast CPU-bezetting en foutpercentages.

Maanden twee en drie: voer maandelijkse allocatiereviews uit. Elk team bekijkt zijn cijfers samen met het FinOps-team. Betwiste items worden onderzocht en opgelost. Het methodologiedocument wordt bijgewerkt op basis van uitkomsten. Tegen maand drie heeft de meeste teams het model geaccepteerd en kunnen ze hun eigen kosten globaal voorspellen.

Maand vier: introduceer chargeback formeel. Finance ontvangt de allocatie als input. Teambudgetten worden aangepast. Het model is nu live. Eventuele geschillen zijn gering omdat de cijfers drie maanden zijn beoordeeld en de methodologie is overeengekomen. De eerste factuur is geen verrassing.

De totale overgang duurt 4 maanden. Teams die het proberen te comprimeren tot 6 weken besteden de volgende 6 maanden doorgaans aan geschillenbeslechting. De volgorde van 4 maanden is niet traag. Het is sneller dan het alternatief.