Debitering per sekund förklarad: därför kostar en sandbox på 20 sekunder $0.00055

”Debiteras per sekund” är en sådan mening som låter fullständig men inte är det. Bakom den ligger flera beslut som påverkar vad du betalar: vad som mäts, när klockan startar och stannar, om det finns ett minimum, hur bråkdelar av en cent hanteras och när pengarna faktiskt lämnar ditt saldo.

Det här inlägget skriver ner våra svar, med uträkningar, för kodsandboxar. Målet är att du ska kunna förutse en faktura på centen innan du kör något, och känna igen läget där debitering per sekund är fel modell för din arbetslast.

Enheten: reserverad vCPU och RAM

Priset för en sandbox är priset för de resurser dess tariff reserverar:

• $0.040 per vCPU-timme
• $0.013 per GiB RAM och timme

Tariffen small (0.5 vCPU, 1 GB) kostar alltså 0.5 × 0.040 + 1 × 0.013 = $0.033 i timmen, ungefär $0.0000092 per sekund. Den största, max (8 vCPU, 16 GB), kostar $0.528 i timmen.

Vi mäter reservation, inte förbrukning. En sandbox som väntar på nästa kommando kostar lika mycket per sekund som en som kompilerar ett projekt. Att mäta verklig CPU skulle se rättvisare ut på papperet, men gör priset omöjligt att veta i förväg, och kapaciteten hålls åt dig i vilket fall. Utgående trafik debiteras inte.

Klockan: från skapande till radering

En tillfällig sandbox debiteras från det ögonblick den skapas tills den raderas. Det inkluderar tiden den står sysslolös innan inaktivitetstimeouten tar bort den, 300 sekunder som standard.

Det är där de flesta överraskningar kommer ifrån. Ett skript på två minuter, i en sandbox som ingen raderar, debiteras för sju: två av arbete och fem av väntan på timeouten. Lösningen är tråkig: radera sandboxen när du är klar (SDK:ns with-block gör det åt dig) eller sänk inaktivitetstimeouten.

Minimumet: 60 sekunder per sandbox

Varje tillfällig sandbox debiteras för minst 60 sekunder av sin livstid. Att starta en microVM, koppla på disk och nätverk och sedan riva allt kostar lika mycket oavsett om koden i den kör en sekund eller femtio.

Minimumet tillämpas en gång, när sandboxen avslutas, och bara om hela dess livstid var kortare än 60 sekunder. Det finns inget extra minimum per timme eller per kommando.

Ackumulering och debitering: mikrodollar och hela cent

Här kommer delen som ”per sekund” oftast inte berättar. Sandboxvärden registrerar användningen i timintervall, ett per sandbox. En gång i minuten hämtar debiteringsjobbet de stängda intervallen, prissätter dem och debiterar saldot.

Prissättningen sker i miljondelar av en dollar. Debiteringen i hela cent. Det som blir över under en cent stannar på ditt konto och läggs till nästa debitering; inget avrundas uppåt, varken per sandbox eller per timme.

I liten skala spelar det roll. Hundra sandboxar på 20 sekunder ackumulerar 100 × $0.00055 = $0.055. Du debiteras fem cent, och en halv cent väntar på nästa omgång. Om varje sandbox avrundades till en cent skulle samma arbete kosta en dollar.

Två egenskaper till är värda att känna till:

• Varje intervall debiteras exakt en gång. Användningsposten och debiteringen skrivs i en och samma databastransaktion, med sandbox och timme som nyckel. En omkörning eller en förlorad bekräftelse kan inte debitera två gånger.
• Avbrott fördröjer debiteringar, de tappar eller dubblerar dem inte. Om debiteringen inte når sandboxvärden bekräftas ingenting, intervallen väntar och debiteras när förbindelsen är tillbaka.

Följden är att panelen kan ligga upp till en timme efter den aktuella siffran. För den aktuella siffran returnerar GET /sandboxes/{id}/usage billed_usd och ett estimated_total_usd för sandboxen hittills.

Persistenta sandboxar: per påbörjad timme, med ett tak

Persistenta sandboxar behåller sin disk mellan sessioner, i upp till 30 dagar. De debiteras per påbörjad timme: 61 minuter är två timmar. I gengäld kostar en kalendermånad (UTC) aldrig mer än 730 timmar minus 25 %.

För tariffen standard är taket $36.14 i månaden i stället för $48.18. Så länge en persistent sandbox är pausad debiteras den inte alls.

När saldot tar slut

Saldot blir aldrig negativt. Nya sandboxar avvisas med 402 insufficient_balance. Tillfälliga sandboxar som redan kör avslutas vid sin inaktivitetstimeout eller TTL. Persistenta pausas efter 24 timmar utan påfyllning och fortsätter av sig själva när du lägger till pengar. Pausade ögonblicksbilder sparas i 14 dagar. Därefter tas sandlådan bort och dess id svarar 410 sandbox_deleted.

Om en AI-agent skapar sandboxar åt dig, sätt en dags- och månadsgräns. När den nås returneras 429 budget_exceeded med tidpunkten då den nollställs, något ett program kan agera på.

Där debitering per sekund förlorar

Debitering per sekund är utmärkt för arbete som mäts i sekunder och minuter. Ju längre arbetet pågår, desto sämre blir det.

Brytpunkten ligger ungefär där en arbetslast kör mer än några timmar om dagen. Efter det betalar du för flexibilitet du inte använder, och en server som hyrs per månad är betydligt billigare per timme. Det ärliga sättet att se på debitering per sekund är som priset för att slippa planera kapacitet, inte som en rabatt.

En snabb uppskattning

Tariffens timpris × sekunder sandboxen kommer att finnas ÷ 3600, med 60 sekunder som golv. Lägg till inaktivitetstimeouten om du inte raderar den själv. För persistenta sandboxar avrundar du varje session uppåt till hela timmar och stannar vid månadstaket.

Alla regler, kvoter och budget-API:t finns under gränser och debitering för sandboxar; anropen ovan i SDK-referensen. Undrar du vad du egentligen hyr per sekund förklarar Firecracker-microVM:er på ren svenska det, och vad AI-agenter verkligen behöver av infrastruktur visar varför debiteringsmodellen blir så viktig när det är program och inte människor som skapar maskinerna.