
Sechzig Container auf einem Server
Eine Bare-Metal-Box führt Dutzende bis Hunderte von Hoody-Containern aus. KSM und BTRFS-Dedup machen die Marginalkosten nahezu null.
Dein Agent-Produkt spawnt eine Sandbox pro Session. Auf E2B, Modal, Daytona, Runpod oder Replicate wird das pro Sekunde abgerechnet, und die AI-Infra-Zeile in deiner GuV beginnt die LLM-Zeile zu überholen. Auf Hoody ist jede Session ein Container auf dem Server, den du eh schon zahlst. Die 50.000ste Sandbox des Monats kostet dasselbe wie die erste: null marginal.
gleiche Last · andere Ökonomie · der Zähler bleibt einfach stehen
Das mentale Modell des Agents ändert sich nicht. Spawn eine Sandbox, führ Code drin aus, wirf sie weg. Was sich ändert, ist die Rechnung darunter. Auf E2B wird jede Sekunde jeder Sandbox abgerechnet; auf Hoody schickst du POST gegen einen Container auf dem Server, den du eh schon mietest, und der Zähler springt nie an.
Beide Seiten erledigen denselben Job. Die Form der API stimmt überein — spawn, run, dispose. Die Preiszeile kippt: von pro Sekunde pro Sandbox zu pauschal pro Server. Idle-Container kosten auf Hoody nichts, weil sie das Metall teilen, das du bereits bezahlt hast.
Der Agent-Code ändert sich kaum. Drei Schritte, und die abgerechnete Zeile in deiner GuV wird flach. Der teuerste Teil ist, das SDK zu entfernen, das dich bisher zur Kasse gebeten hat.
Wo du früher das E2B-SDK aufgerufen hast, machst du jetzt POST auf /api/v1/projects/$PID/containers mit einer server_id. Die Antwort liefert dir eine 24-Zeichen-Container-ID und einen routebaren Hostnamen. Der Container bootet in Sekunden aus deinem Snapshot — gleiche Form wie ein Sandbox-Handle.
Jeder Container bringt Hoody Exec mit — V8 Isolates, dateibasiertes Routing, Magic Comments für CORS, Timeout und Concurrency. Leg dein Runner-Script in scripts/1/ ab, schick einen POST mit Payload, bekomm JSON zurück. Kein Webserver verkabeln, kein Express, keine Lambda-Config.
Session vorbei? DELETE /api/v1/containers/[id], und sie ist weg. Keine Lust drauf? Idle-Container auf Hoody teilen sich das Metall — sie liegen bei null marginalen Kosten, bis du sie DELETE-st oder bis du genug spawnst, dass der Server voll wird. Kein Cleanup-Cron, keine Waisen-Rechnung.
Wenn der Zähler aufhört zu ticken, werden drei Dinge gratis, die früher teuer waren — und dein Agent-Produkt fängt an, sich wie die Architektur zu verhalten, die du dir immer gewünscht hättest.
Bei Sekundenzählern ist eine virale Woche eine Steuer. Auf Pauschal-Metal löst sich dein Spawn-Count von der Rechnung — er wird durch die Kapazität der Box begrenzt, nicht durch deine Abrechnung. Du kannst Nutzer den Agent ohne Zucken hämmern lassen.
Sekunden-Sandboxes müssen schnell sterben — jede Idle-Minute ist Geld. Auf Hoody ist Idle gratis, also kann ein pausierter Nutzer morgen wiederkommen und der Container ist noch da, samt Zustand. Klebrigkeit wird gratis.
Jeder Container ist sein eigenes echtes OS — Kernel-Namespaces, volles Dateisystem, eigene URL. SSH rein, wenn du willst. Mounte /ramdisk. Installier was auch immer für ein apt-Paket der Agent braucht. Gleiche Isolation wie Bare Metal, ohne die Sekundensteuer.
Zahlen aus der Containers-API und den Hoody-Server-Quotas — nicht erfunden. Die Bare-Metal-Platte stemmt die Last; die API teilt nur die Slots zu.
Es gibt keinen Sandbox-Sekunden-Zähler. Container rechnen nicht pro Sekunde ab; der Server rechnet pauschal. Jeder Spawn, jeder Retry, jede Idle-Minute ist null marginal zusätzlich zu der Box, die du eh mietest.
KSM (Kernel Samepage Merging) und BTRFS Copy-on-Write lassen einen Server hunderte Container packen — der zweite Container kostet nur, was sich vom ersten unterscheidet. Dichte hängt vom Workload ab, aber leichte Agent-Sessions stapeln sich dicht.
Hoody-Server-Preise starten im Marketplace bei niedrigen zweistelligen Beträgen pro Monat und skalieren nach Spec, nicht nach Anzahl Tenants. Die Rechnung ist nicht mehr eine Funktion davon, wie viele Agents du spawnst.
Container-Dichte hängt vom Workload ab — leichte Sandboxes packen Hunderte, GPU-Agents brauchen mehr Spielraum. Server-Preise sind marktplatzgetrieben und variieren je nach Region, CPU, RAM und Disk. Der Punkt ist: Was auch immer du zahlst, du zahlst es nicht erneut pro Spawn.
Deine Agents mieten Compute nicht mehr im Sekundentakt und nutzen stattdessen Compute, die schon bezahlt ist.
Der Standard-Sandbox-as-a-Service-Stack rechnet pro Sekunde pro Sandbox ab. Gleicher Job, andere Rechnung. Konkret verdrängt das:
Hör auf, Compute pro Sekunde zu mieten. Nutz die Compute, die du schon bezahlt hast.