
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.
Jede Kundenseite ist ihr eigener isolierter Container — Dateien, Prozesse, Ports, Hostname. Sie wohnen alle auf einem Bare-Metal-Server, den du einmal mietest. Du öffnest einen Hoody Workspace und siehst die ganze Liste als Tiles. Klick auf ein Tile, du bist drin.
ein Workspace · vierzig Container · ein Host · eine Rechnung
Drei Dinge müssen gleichzeitig stimmen, damit das wirklich funktioniert — nicht nur auf einer Folie. Container liefern die Isolation. Der Host liefert die Dichte. Workspaces liefern die einheitliche Sicht.
Jede Kundenseite ist ein Hoody Container mit eigenem Dateisystem, eigenem Prozessbaum, eigenem Network-Namespace und eigenem DNS-Hostname. Ein POST-Request an /api/v1/projects/[id]/containers spawnt ihn aus einem Base-Image; ein DELETE entfernt ihn sauber, wenn der Vertrag endet. Nichts leakt zwischen Kunden.
Alle vierzig Container sitzen auf einer Bare-Metal-Box. Der Kernel dedupliziert geteilte Memory-Pages und das Dateisystem speichert Deltas, keine Kopien — sodass die dreißig Kunden, die den größten Teil des Tages idle sind, fast nichts oben drauf auf den Server kosten, den du eh schon mietest.
Öffne app.hoody.com, log dich ein, und die ganze Liste taucht in einem einzigen Workspace als Tiles auf. Klick auf einen Kunden, und du bist in dem Container — Terminal, Dateien, Code-Editor, Browser-Preview — ohne mit vierzig Vercel-Projekten oder vierzig SSH-Keys zu jonglieren.
Container machen die Isolation. Der Host macht die Dichte. Der Workspace macht das Management. Der Agentur-Inhaber sieht einen Bildschirm, nicht vierzig Dashboards in vierzig Browser-Tabs.
Pro-Site-Hosting ist linear in Dollar. Pro-Server-Hosting ist gedeckelt. Der Formwechsel zeigt sich am deutlichsten, sobald du aufhörst, Kunden zu zahlen, die seit drei Wochen nichts mehr deployt haben.
Pro-Site-Zahlen spiegeln öffentliche Listpreise auf Vercel Pro, Netlify Pro und ähnlichen Tiers wider; tatsächliche Agenturrechnungen variieren nach Traffic und Add-ons. Hoody-Server-Pricing ist marktplatzgetrieben und beginnt unter 20 $/Monat für eine Einstiegsbox; 49 $ spiegeln einen Mid-Range-Fleet-Host wider. Die Dichte hängt vom Workload ab — vierzig statisch lastige Kundenseiten packen bequem; eine Flotte aus datenbankschweren SaaS-Apps will mehr Spielraum.
Die Form sieht aus wie das klassische cPanel — viele Sites, eine Box. Der Mechanismus ist ein ganz anderer. Container geben jedem Kunden eine echte Linux-Instanz, keine VirtualHost-Zeile.
Jeder Container hat sein eigenes Root-Dateisystem, seinen eigenen Process-Namespace, seine eigenen User-Accounts. Eine kompromittierte WordPress-Site kann die wp-config.php eines anderen Kunden nicht lesen, kann die Prozesse eines anderen Kunden nicht sehen, kann das CPU-Quota eines anderen Kunden nicht ausschöpfen. Der Kernel erzwingt das.
Du rechnest deine Kunden weiterhin pro Site ab — das verstehen sie. Drunter zahlst du eine Server-Rechnung. Die Marge ist früher in Hosting-Posten verschwunden; jetzt bleibt sie in der Agentur. Onboarde den einundvierzigsten Kunden und die Box merkt es nicht.
Wenn ein Vertrag endet, entfernt ein DELETE /api/v1/containers/[id] das Dateisystem, die Prozesse, geplante Jobs, Environment-Variables und SSH-Keys. Kein vergessenes Droplet, das in DigitalOcean vor sich hin gammelt. Keine halb-deinstallierte WP-Engine-Site. Der Footprint des Kunden ist weg.
Vierzig Kunden waren früher vierzig Rechnungen. Jetzt sind es ein Server und ein Ordner.
Der Standard-Agentur-Stack ist ein Turm aus Pro-Site-Abrechnung — ein Anbieter für statische Seiten, einer für WordPress, einer für das Droplet, das das Legacy-PHP betreibt, das niemand anfasst. Vierzig Kunden bedeuteten früher vierzig Mietrechnungen. Das Container-Modell collapst sie:
Hör auf, vierzig Mieten zu zahlen, um vierzig Kunden zu hosten. Zahl eine Miete und hoste die Agentur.