En tjeneste besvarer kun få forespørgsler og koster alligevel mere end forventet. En anden håndterer mange korte kald billigt. Den, der kun begrænser antallet af forespørgsler, måler derfor ikke automatisk det, der senere står på infrastrukturregningen. Omkostningsstyring og belastningsstyring virker på forskellige punkter.
Den 12. oktober 2026 annoncerede Google den generelle tilgængelighed af Budget spend caps for Cloud Run. Når et udgiftsloft er sat op, kan det sætte de berørte arbejdsbelastninger på pause. Det er en relevant ændring af infrastrukturen. Men den bliver først forståelig, når du skelner mellem en budgetadvarsel, et udgiftsloft og en grænse for enkelte forespørgsler.
Tre spørgsmål, tre forskellige grænser
En grænse for forespørgsler besvarer spørgsmål som: hvor mange kald må en bestemt klient sende inden for en given periode? En grænse for samtidigt arbejde spørger: hvor meget må køre parallelt? En omkostningsgrænse ser derimod på det prissatte ressourceforbrug inden for sit område. Disse størrelser hænger sammen, men de kan ikke bruges i stedet for hinanden.
Vores fiktive tjeneste har to opgaver. Den ene returnerer et kort statussvar. Den anden behandler et langt dokument. Begge starter med præcis én forespørgsel, men kræver forskellige mængder arbejde. Selv hvis begge brugere må foretage det samme antal kald, følger det ikke, at de belaster infrastrukturen lige meget. En enkelt tæller skjuler, at dens registreringer har forskellig betydning.
En budgetadvarsel er endnu ikke et stop
Den officielle faktureringsdokumentation skelner mellem budgetter, der kun advarer, og udgiftslofter. De beskrevne lofter bruger anslåede bruttoomkostninger; besparelser og kreditter medregnes ikke. Området er et enkelt projekt og en understøttet tjeneste, og perioden er månedlig. En driftsansvarlig bør sørge for at læse disse betingelser, før der konfigureres noget.
Håndhævelsen sker heller ikke øjeblikkeligt. Google påpeger, at overskridelser forårsaget af forsinkelser stadig faktureres. Et indtastet beløb er derfor ikke et matematisk løfte om, at den endelige regning stopper præcis der. Den nye funktion tilbyder et teknisk indgreb, ikke en erstatning for at forstå, hvordan der faktureres.
For Cloud Run beskriver produktdokumentationen konkrete virkninger: tjenester kan ikke længere betjene forespørgsler og returnerer fejl i 5xx-området; andre ressourcetyper har deres egne konsekvenser. Et omkostningsstop er derfor også en beslutning om tilgængelighed. Denne konsekvens hører hjemme i planlægningen, ikke kun i hændelsesrapporten.
En tørkørsel viser, hvilken regel der gælder hvornår
Du behøver ikke at stoppe en kørende tjeneste for at forstå modellen. Skitsér tre uafhængige tællere: kald pr. klient, arbejde, der kører samtidig, og anslåede omkostninger i den betragtede periode. Tildel hver af dem en reaktion. Den første regel afviser yderligere kald fra en klient, den anden begrænser paralleliteten, og den tredje kan sætte et helt defineret tjenesteområde på pause.
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?
Spil derefter to opdigtede tilfælde igennem: mange korte forespørgsler og nogle få krævende. Angiv kun kvalitative forskelle, ikke opdigtede eurobeløb. Øvelsen viser, hvilken regel overhovedet ser hvert tilfælde. Det er en tankemodel, ikke en målt belastnings- eller omkostningstest.
Driftsoperatørens infrastruktur er ikke kundens kvote
KENJTEC bruger Cloud Run til platformstjenester; det kan spores i projektets infrastruktur- og udrulningskilder. Det følger ikke heraf, at den nye Google-funktion er blevet aktiveret automatisk. Det giver heller ikke hver KENJTEC-kundekonto et individuelt justerbart infrastrukturloft. Et operatørprojekt og et kundeabonnement er forskellige faktureringsgrænser.
I praksis er det vigtige spørgsmål derfor: hvilket forbrug skal en grænse beskytte, og hvilket arbejde ville også blive stoppet, når den udløses? En fornuftig plan beskriver advarsel, indgreb og genoptagelse samlet. Først da kan du vurdere, hvordan et udgiftsloft passer sammen med grænser for forespørgsler og dine egne krav til tilgængelighed.
Kilder og status
Research og dokumentation pr. 25. oktober 2026. Cloud Run-udgivelsesnoter — 12. oktober 2026 · Faktureringsindstillinger for tjenester — Budget spend caps · Administrer budgetter med udgiftsloft.

