Eén dienst beantwoordt maar een paar verzoeken en kost toch meer dan verwacht. Een andere verwerkt veel korte aanroepen goedkoop. Wie alleen het aantal verzoeken beperkt, meet dus niet automatisch wat later op de infrastructuurrekening verschijnt. Kostenbeheersing en belastingbeheersing grijpen op verschillende punten in.
Op 12 oktober 2026 kondigde Google de algemene beschikbaarheid van Budget spend caps voor Cloud Run aan. Eenmaal ingesteld kan een uitgavenplafond de betreffende workloads pauzeren. Dit is een relevante wijziging in de infrastructuur. Maar die wordt pas begrijpelijk als je onderscheid maakt tussen een budgetwaarschuwing, een uitgavenplafond en een limiet op afzonderlijke verzoeken.
Drie vragen, drie verschillende limieten
Een verzoekslimiet beantwoordt vragen als: hoeveel aanroepen mag een bepaalde client binnen een bepaalde periode versturen? Een limiet op gelijktijdig werk vraagt: hoeveel mag er parallel draaien? Een kostenlimiet kijkt daarentegen naar het geprijsde resourceverbruik binnen haar bereik. Deze grootheden hangen samen, maar zijn niet onderling uitwisselbaar.
Onze fictieve dienst heeft twee taken. De ene geeft een kort statusantwoord terug. De andere verwerkt een omvangrijk document. Beide beginnen met precies één verzoek, maar vergen verschillend veel werk. Ook als beide gebruikers hetzelfde aantal aanroepen mogen doen, volgt daaruit niet dat ze de infrastructuur even zwaar belasten. Eén enkele teller verhult de verschillende betekenis van zijn invoer.
Een budgetwaarschuwing is nog geen stop
De officiële factureringsdocumentatie onderscheidt budgetten die alleen waarschuwen van uitgavenplafonds. De beschreven plafonds gebruiken geschatte brutokosten; besparingen en tegoeden worden niet meegerekend. Het bereik is één afzonderlijk project en een ondersteunde dienst, en de periode is maandelijks. Een beheerder doet er goed aan deze voorwaarden te lezen voordat hij iets configureert.
Ook de handhaving gebeurt niet onmiddellijk. Google wijst erop dat overschrijdingen door vertragingen toch in rekening worden gebracht. Een ingevoerd bedrag is dus geen wiskundige belofte dat de eindafrekening precies daar ophoudt. De nieuwe functie biedt een technische ingreep, geen vervanging voor inzicht in hoe er wordt gefactureerd.
Voor Cloud Run beschrijft de productdocumentatie specifieke gevolgen: services kunnen geen verzoeken meer verwerken en geven fouten in het 5xx-bereik terug; andere resourcetypen hebben hun eigen gevolgen. Een kostenstop is dus ook een beslissing over beschikbaarheid. Dit gevolg hoort thuis in de planning, niet alleen in het incidentrapport.
Een droge oefening laat zien welke regel wanneer van toepassing is
Je hoeft geen draaiende dienst te stoppen om het model te begrijpen. Schets drie onafhankelijke tellers: aanroepen per client, gelijktijdig lopend werk en geschatte kosten in de beschouwde periode. Koppel aan elke teller een reactie. De eerste regel weigert verdere aanroepen van een client, de tweede beperkt de parallelliteit en de derde kan een volledig afgebakend servicebereik pauzeren.
Client limit: Who may send requests, and how often?
Concurrency limit: How much work runs at the same time?
Spend cap: When is the service in question paused?Speel daarna twee verzonnen gevallen door: veel korte verzoeken en een paar veeleisende. Vul alleen kwalitatieve verschillen in, geen verzonnen bedragen in euro's. De oefening laat zien welke regel elk geval überhaupt ziet. Het is een denkmodel, geen gemeten belastings- of kostentest.
De infrastructuur van de beheerder is niet het verbruikstegoed van de klant
KENJTEC gebruikt Cloud Run voor platformdiensten; dit is na te gaan in de infrastructuur- en deploymentbronnen van het project. Daaruit volgt niet dat de nieuwe Google-functie automatisch is geactiveerd. Evenmin krijgt daardoor elk klantaccount van KENJTEC een individueel instelbaar infrastructuurplafond. Een beheerdersproject en een klantabonnement zijn verschillende factureringsgrenzen.
In de praktijk is de belangrijke vraag daarom: welk gebruik moet een limiet beschermen, en welk werk zou ook worden stopgezet als die wordt geactiveerd? Een verstandig plan beschrijft waarschuwing, ingreep en hervatting samen. Pas dan kun je beoordelen hoe een uitgavenplafond past bij verzoekslimieten en je eigen beschikbaarheidseisen.
Bronnen en status
Onderzoek en documentatie per 25 oktober 2026. Cloud Run-releasenotes — 12 oktober 2026 · Factureringsinstellingen voor services — Budget spend caps · Budgetten met uitgavenplafond beheren.
