
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.
Snapshote einen Demo-Template-Container, dann /copy ihn fünfzigmal. Jeder Interessent landet auf seiner eigenen URL mit seinem Logo, seinen Seed-Daten, seinen Integrationen. Achtundvierzig idle Umgebungen kosten fast nichts — nur die zwei, die gerade in Calls sind, machen echte Arbeit.
Ein Snapshot, ein /copy-Call pro Interessent, ein winziges Seed-Skript. Die Hoody-Containers-API und die Container-Snapshots-API erledigen die eigentliche Arbeit. Dein Sales Engineer verkabelt sie in zwanzig Zeilen Bash.
POST auf den Snapshots-Endpoint deines Referenz-Containers. Das Artefakt ist ein vollständiger State-Snapshot — Dateien, Prozesse, Memory — der Demo, die dein Sales Engineer letztes Quartal perfektioniert hat.
POST /containers/$BASE/snapshotsFür jeden Interessenten POST auf den /copy-Endpoint mit gesetztem source_snapshot. Der neue Container startet in Sekunden, auf welchem Server auch immer Spielraum hat, identisch mit der Basis bis auf seine ID und URL.
POST /containers/$BASE/copyFühr ein einmaliges Exec-Skript auf dem neuen Container aus, das das Logo austauscht, ihre Teamnamen einsetzt, ihre letzten dreißig Tage Nutzung fakt. Dasselbe Skript für jeden Interessenten, parametrisiert nach Firmennamen.
exec seed.sh $COMPANYMail oder Slack dem Interessenten seine funktionierende Subdomain. Er klickt. Er stochert rum. Er leitet sie an seinen CTO weiter. Achtundvierzig andere liegen idle und kosten das Disk-Delta und die Shared-RAM-Kosten eines deduplizierten Containers.
https://$CO.demo.your-app.comBeim Signup mit einem PATCH hochstufen. Beim Ghosting mit einem DELETE zerstören. Dieselbe /copy-Mechanik treibt Sandboxes pro Kunde an, sobald ein Interessent konvertiert — gleiche Form, andere Stufe.
Ein Loom ist eine Demo des Produkts von jemand anderem. Eine Sandbox ist eine Demo mit den Daten von jemand anderem. Eine funktionierende Umgebung mit ihrem Logo und ihren Zahlen ist etwas, das Interessenten an ihren CFO weiterleiten.
Die Demo ist kein 30-Minuten-Screen-Share. Sie ist eine URL, die der Interessent am Dienstag von seinem Laptop und am Freitag von seinem Handy aus öffnen kann. Er zeigt sie einem Teamkollegen. Er paste sie in einen Slack-Thread. Der Deal wird wärmer, während du schläfst.
Pro-VM-Clouds berechnen alle fünfzig Umgebungen, egal ob jemand vorbeischaut oder nicht. Auf Hoody teilen sich Idle-Container Base-Image-RAM (KSM) und Disk (BTRFS CoW); die marginalen Kosten der achtundvierzigsten Demo sind das Delta dessen, was sich geändert hat, nicht eine ganze Instanz.
Wenn ein Interessent unterschreibt, wird derselbe Container ihr Tenant. PATCH die Stufe von Demo auf Produktion, route ihre Custom-Domain. Keine Datenmigration, kein frisches Onboarding, keine „jetzt richten wir deinen echten Account ein“-Reibung.
Dieselben fünfzig Umgebungen. Andere Rechnung, andere Latenz, andere Cleanup-Story. Zahlen unten stammen aus dem dokumentierten Hoody-Container-Modell — dein konkreter Server-Tier und Dichte variieren.
Heroku Hobby Dyno = $7/Monat × 50 ≈ $350; Production-Dynos zu $25 landen bei rund $1.200/Monat für fünfzig. Hoody-Bare-Metal-Preise variieren je nach Region und Spec; $49/Monat ist illustrativ für die dokumentierte Einstiegs-Stufe, die Dutzende Container per Shared-RAM-Dichte hostet.
Jeder Interessent bekommt eine funktionierende Version deines Produkts. Keinen Loom. Keine Sandbox. Seine eigene.
Die Standard-Wege, wie Teams einem Interessenten heute eine personalisierte Demo in die Hand geben. Jeder berechnet dir pro Umgebung, pro Minute am Call oder pro Runde von „ich schick den Link nochmal“.
Hör auf, dein Produkt zu demoen. Fang an, es eine Woche lang in die Hand zu geben.