
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.
Auf AWS stirbt Staging, weil jede Idle-Stunde eine abrechenbare Stunde ist. Auf Hoody fressen Idle-Container Disk und null CPU — also ist das Staging, das dein Reviewer vor drei Wochen angefasst hat, immer noch da, mit genau dem Zustand, in dem er es hinterlassen hat. Der Friedhof wird zur Working Set.
fünf Container · ~54 aktive Tage gesamt · fünf Umgebungen weiterhin per URL erreichbar
Drei Zustände, eine Container-Zeile, eine Rechnung. Der aktive Zustand verbrennt CPU. Der Idle-Zustand verbrennt nichts. Der Wake-Zustand braucht ein paar hundert Millisekunden und dein Staging ist wieder genau so, wie du es verlassen hast.
Dein Teamkollege ist eingeloggt, klopft den neuen Endpoint ab, schaut aufs Dashboard. Die Prozesse des Containers sind eingeplant, die Memory-Pages heiß, die CPU-Zeit real. Das ist der einzige Zustand, der dich etwas kostet.
Der Container ist suspendiert. Sein Dateisystem löst noch auf, sein Disk-Delta existiert noch, seine Proxy-Domain antwortet noch. KSM dedupliziert die RAM-Seiten und BTRFS dedupliziert die Disk-Blöcke über Container auf demselben Server — Idle-Marginalkosten sind strukturell nahe null. Dies addiert nichts zu dem Pauschalserver-Preis, den du eh schon zahlst.
Der erste Request, der ankommt, weckt den Container. Dieselbe Container-ID, dieselben Env-Vars, dieselben Volumes, derselbe SSH-Host. Der Zustand, den dein Reviewer hinterlassen hat, ist der Zustand, der zurückkommt. Kein Restore-Skript, kein frisches Provisioning, kein Tag, an dem du nachbaust, was du gelöscht hast.
Hoody rechnet den Server pauschal ab. Der Idle-Zustand ist der Rest des Container-Lebens — und er ist der Zustand, in dem jede Staging-Umgebung die meiste Zeit lebt. KSM und BTRFS deduplizieren bedeuten, dass Idle-Container dem Server-Preis nichts hinzufügen.
Sobald Idle gratis ist, hörst du auf, die Entscheidungen zu treffen, die Staging für dich getroffen hat.
Die Umgebung, die dein Reviewer vor drei Wochen genutzt hat, ist immer noch da, suspendiert, per Container-ID adressierbar. Der CFO sieht sie nicht auf der Rechnung, weil sie nicht auf der Rechnung steht. Das Gespräch, das früher mit „nuk zwei von drei“ endete, findet nicht statt.
Der Reviewer pingt die URL, der Container wacht auf, seine Session läuft weiter. Kein frisches Provisioning, keine Seed-Daten, kein Warten, bis ein Heroku-Dyno aus dem Schlaf zurückkommt. Die Arbeit von gestern Nachmittag ist der Startpunkt von heute Nachmittag.
Das Staging vom Launch letztes Quartal, der abgebrochene Payments-Rebuild, die kundenspezifische Demo aus Q4 — sie alle bleiben am Leben, zu Nullkosten. Wenn jemand fragt „haben wir die Umgebung noch?“, lautet die Antwort ja.
Die Posten auf der AWS-Rechnung für eine Always-On-Staging-Flotte, und wozu diese Posten zusammenschrumpfen, wenn Idle nichts kostet.
Der CFO fragt nicht nach den drei Idle-Umgebungen, weil sie nicht auftauchen. Das Gespräch über ihr Löschen beginnt nie.
Zahlen kommen aus der Hoody-Containers-API und dem Snapshot-Modell — nicht aus erfundenen Benchmarks.
Ein Idle-Container addiert keine Stundenmiete. Du zahlst für den Bare-Metal-Server — pauschal. KSM und BTRFS deduplizieren bedeuten, dass Idle-Container sich in den Server falten, den du eh schon mietest.
Snapshots sind content-adressiert und werden als Deltas gespeichert. Das Base-Image wird über jeden Container geteilt, der davon abstammt. Storage ist im Pauschalserver-Preis enthalten — keine separate Pro-Delta-Gebühr.
GET /api/v1/containers/[id] löst den suspendierten Container auf. Der erste Request auf seine Proxy-Domain weckt ihn; der Zustand, den er hatte, als du aufgehört hast hinzuschauen, ist der Zustand, der zurückkommt.
Laut Hoody-Containers-API: Container persistieren als Zeilen mit den Feldern snapshot_count und last_used_snapshot. Die Snapshot-Aufbewahrung folgt standardmäßig der Policy deines Projekts; expires_at ist pro Snapshot konfigurierbar.
Staging darf leben, weil leben lassen nichts mehr kostet.
Der Standard-Always-On-Staging-Stack — und die Cron-Jobs und das Stammeswissen, die drumherum wachsen. Jeder davon rechnet stündlich ab. Hoody rechnet den Server pauschal ab; für Staging-Umgebungen, die die meiste Zeit idle sind, sind die Marginalkosten strukturell nichts.
Hör auf, Umgebungen zu löschen, um Geld zu sparen. Der Friedhof ist jetzt eine Working Set.