Sekundengenaue Abrechnung erklärt: warum 20 Sekunden Sandbox $0.00055 kosten

„Pro Sekunde abgerechnet“ ist einer dieser Sätze, die vollständig klingen und es nicht sind. Dahinter stehen mehrere Entscheidungen, die Ihre Rechnung verändern: was gemessen wird, wann die Uhr startet und stoppt, ob es ein Minimum gibt, wie Bruchteile eines Cents behandelt werden und wann Geld tatsächlich Ihr Guthaben verlässt.

Dieser Beitrag schreibt unsere Antworten samt Rechnung für Code-Sandboxes auf. Ziel ist, dass Sie eine Rechnung auf den Cent genau vorhersagen können, bevor Sie etwas starten, und den Punkt erkennen, an dem sekundengenaue Abrechnung das falsche Modell für Ihre Last ist.

Die Einheit: reservierte vCPU und RAM

Der Preis einer Sandbox ist der Preis der Ressourcen, die ihr Tarif reserviert:

• $0.040 pro vCPU-Stunde
• $0.013 pro GiB RAM und Stunde

Der Tarif small (0.5 vCPU, 1 GB) kostet also 0.5 × 0.040 + 1 × 0.013 = $0.033 pro Stunde oder etwa $0.0000092 pro Sekunde. Der größte, max (8 vCPU, 16 GB), kostet $0.528 pro Stunde.

Wir messen Reservierung, nicht Verbrauch. Eine Sandbox, die auf den nächsten Befehl wartet, kostet pro Sekunde so viel wie eine, die ein Projekt kompiliert. Tatsächliche CPU zu messen wirkte auf dem Papier fairer, macht den Preis aber im Voraus unberechenbar, und die Kapazität wird ohnehin für Sie freigehalten. Ausgehender Traffic wird nicht berechnet.

Die Uhr: vom Anlegen bis zum Löschen

Eine flüchtige Sandbox wird ab dem Moment des Anlegens bis zum Löschen abgerechnet. Dazu gehört auch die Leerlaufzeit, bevor der Leerlauf-Timeout sie entfernt, standardmäßig 300 Sekunden.

Daher kommen die meisten Überraschungen. Ein Skript, das zwei Minuten läuft, in einer Sandbox, die niemand löscht, wird für sieben abgerechnet: zwei Arbeit und fünf Warten auf den Timeout. Die Lösung ist langweilig: Löschen Sie die Sandbox, wenn Sie fertig sind (der with-Block des SDK erledigt das), oder senken Sie den Leerlauf-Timeout.

Das Minimum: 60 Sekunden pro Sandbox

Jede flüchtige Sandbox wird für mindestens 60 Sekunden ihrer Lebensdauer abgerechnet. Eine microVM starten, Festplatte und Netzwerk anbinden und alles wieder abbauen kostet gleich viel, ob der Code darin eine oder fünfzig Sekunden läuft.

Das Minimum wird einmal angewendet, wenn die Sandbox endet, und nur, wenn ihre gesamte Lebensdauer unter 60 Sekunden lag. Ein zusätzliches Minimum pro Stunde oder pro Befehl gibt es nicht.

Auflaufen und Abbuchen: Mikro-Dollar und ganze Cents

Hier kommt der Teil, den „pro Sekunde“ meist verschweigt. Der Sandbox-Host erfasst die Nutzung in stündlichen Buckets, einem pro Sandbox. Einmal pro Minute holt der Abrechnungsjob die abgeschlossenen Buckets, bepreist sie und bucht vom Guthaben ab.

Bepreist wird in Millionsteln eines Dollars. Abgebucht wird in ganzen Cents. Was unter einem Cent übrig bleibt, verbleibt auf Ihrem Konto und kommt zur nächsten Abbuchung hinzu; es wird weder pro Sandbox noch pro Stunde aufgerundet.

Im Kleinen ist das wichtig. Hundert 20-Sekunden-Sandboxes laufen auf 100 × $0.00055 = $0.055 auf. Abgebucht werden fünf Cent, ein halber Cent wartet auf den nächsten Durchlauf. Würde jede Sandbox auf einen Cent aufgerundet, kostete dieselbe Arbeit einen Dollar.

Zwei weitere Eigenschaften sind wissenswert:

• Jeder Bucket wird genau einmal berechnet. Nutzungseintrag und Abbuchung werden in einer Datenbanktransaktion geschrieben, mit Sandbox und Stunde als Schlüssel. Ein wiederholter Lauf oder eine verlorene Bestätigung kann nicht doppelt abbuchen.
• Ausfälle verzögern Abbuchungen, sie verlieren oder verdoppeln sie nicht. Erreicht die Abrechnung den Sandbox-Host nicht, wird nichts bestätigt, die Buckets warten und werden abgebucht, sobald die Verbindung zurück ist.

Folge: Das Dashboard kann der Live-Zahl um bis zu eine Stunde hinterherhinken. Den Live-Wert liefert GET /sandboxes/{id}/usage mit billed_usd und estimated_total_usd für die Sandbox bis jetzt.

Persistente Sandboxes: pro angefangene Stunde, mit Obergrenze

Persistente Sandboxes behalten ihre Festplatte zwischen Sitzungen, bis zu 30 Tage. Sie werden pro angefangene Stunde abgerechnet: 61 Minuten sind zwei Stunden. Dafür kostet ein Kalendermonat (UTC) nie mehr als 730 Stunden minus 25 %.

Für den Tarif standard liegt diese Obergrenze bei $36.14 im Monat statt $48.18. Solange eine persistente Sandbox pausiert ist, wird sie gar nicht abgerechnet.

Wenn das Guthaben aufgebraucht ist

Das Guthaben fällt nie unter null. Neue Sandboxes werden mit 402 insufficient_balance abgelehnt. Bereits laufende flüchtige Sandboxes enden bei ihrem Leerlauf-Timeout oder ihrer TTL. Persistente werden nach 24 Stunden ohne Aufladung pausiert und laufen von selbst weiter, sobald Sie Guthaben hinzufügen. Pausierte Snapshots werden 14 Tage aufbewahrt. Danach wird die Sandbox gelöscht, und ihre id antwortet mit 410 sandbox_deleted.

Wenn ein KI-Agent Sandboxes für Sie anlegt, setzen Sie ein Tages- und Monatslimit. Wird es erreicht, kommt 429 budget_exceeded mit dem Zeitpunkt des Zurücksetzens zurück, worauf ein Programm reagieren kann.

Wo sekundengenaue Abrechnung verliert

Sekundengenaue Abrechnung ist hervorragend für Arbeit, die in Sekunden und Minuten gemessen wird. Je länger die Arbeit läuft, desto schlechter wird sie.

Der Wendepunkt liegt ungefähr dort, wo eine Last mehr als ein paar Stunden am Tag läuft. Danach bezahlen Sie für Flexibilität, die Sie nicht nutzen, und ein monatlich gemieteter Server ist pro Stunde deutlich günstiger. Fair betrachtet ist sekundengenaue Abrechnung ein Preis dafür, keine Kapazität planen zu müssen, kein Rabatt.

Eine schnelle Schätzung

Stundenpreis des Tarifs × Sekunden, die die Sandbox existieren wird ÷ 3600, mit 60 Sekunden als Untergrenze. Rechnen Sie den Leerlauf-Timeout dazu, wenn Sie nicht selbst löschen. Bei persistenten Sandboxes runden Sie jede Sitzung auf volle Stunden auf und hören bei der Monatsobergrenze auf.

Alle Regeln, Kontingente und die Budget-API stehen unter Sandbox-Limits und Abrechnung; die oben genannten Aufrufe in der SDK-Referenz. Wenn Sie wissen möchten, was Sie da eigentlich pro Sekunde mieten, erklärt das Firecracker-microVMs einfach erklärt, und was KI-Agenten wirklich von Infrastruktur brauchen zeigt, warum das Abrechnungsmodell so wichtig wird, sobald Software und nicht Menschen die Maschinen anlegt.