use-cases / snapshot-before-migration / hero

USE CASE / SNAPSHOT VOR DER MIGRATION

Snapshote den Container direkt vor der nächtlichen Migration

Füge einen hoody-cron-Eintrag hinzu, der fünf Minuten vor dem 03:00-Migrationsjob feuert. Er curlt die Snapshots-URL und taggt das Artefakt als Rollback-Punkt. Wenn die Migration scheitert, stellst du in 30 Sekunden mit einem einzigen PATCH wieder her.

Cron- + Snapshot-Doku lesen

cron.containers.hoody.com/audit

https://cron.containers.hoody.com/audit?since=last-nightalles grün

02:55:00ZCRONCron-Eintrag pre-migration-snap feuert
schedule: 55 2 * * * - owner: ops@hoody
02:55:08ZSNAPSnapshot snap-2026-05-04 erstellt
alias rollback-point - 8.2s - 412 MB Delta
03:00:00ZMIGMigrationsjob 0094-add-billing-events startet
ausgeführt von migrator@2.14.0 gegen postgres-primary
03:00:11ZDDLDDL: ALTER TABLE invoices ADD COLUMN billing_event_id BIGINT
+ CREATE INDEX CONCURRENTLY idx_invoices_billing_event_id
03:01:42ZOKMigration committet, Snapshot 7d aufbewahrt
rollback-point bis 2026-05-11T02:55Z noch auflösbar

Snapshot-Artefakt

200 OK

// POST /api/v1/containers/[id]/snapshots

{
  "name": "snap-2026-05-04",
  "alias": "rollback-point",
  "created_at": "02:55:08Z"
}

EINE NACHT, FÜNF EVENTS, NULL PAGES

use-cases / snapshot-before-migration / mechanism

Zwei URLs, eine nächtliche Gewohnheit

Der Cron-Service plant einen curl. Der Snapshots-Service erledigt das Einfrieren. Keiner weiß vom Migrationsjob fünf Minuten später — und genau das ist der Punkt.

POST cron/entries

Scheduler

# wiederkehrenden Snapshot-Job registrieren (einmaliges Setup)
curl -X POST \
  cron.containers.hoody.com/users/root/entries \
  -H "Content-Type: application/json" \
  -d '{
    "schedule": "55 2 * * *",
    "command": "curl -X POST $SNAP_URL -d '{\"alias\":\"rollback-point\"}'",
    "comment": "pre-migration snapshot"
  }'

FEUERT

POST containers/[id]/snapshots

Freezer

# was der Cron-Eintrag jede Nacht um 02:55 UTC curlt
curl -X POST \
  api.hoody.com/api/v1/containers/$ID/snapshots \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"alias": "rollback-point", "expiry": 7}'

# Antwort vom Snapshots-Service
→ 200 OK · snap-2026-05-04 created in 8s

Der Cron-Eintrag ist eine Zeile in einer Postgres-Tabelle irgendwo bei Hoody. Die Snapshots-URL schreibt einen content-addressed Blob ins Storage-Backend des Containers. Beides ist haltbar, beides versioniert, und keins braucht einen langlebigen Prozess auf deinem Laptop.

use-cases / snapshot-before-migration / anatomy

Anatomie der letzten Nacht

Vier Momente, vier URLs und eine fünfminütige Lücke zwischen Sicherheitsnetz und Änderung. Die Migration ist fertig, bevor der Wecker der meisten Engineers klingelt.

0102:55:00ZCron feuertschedule: 55 2 * * *

0202:55:08ZSnapshot landetalias rollback-point

0303:00:00ZMigration läuftALTER TABLE invoices

0403:01:42ZAudit schließtSnapshot 7d aufbewahrt

Wenn Schritt 03 scheitert, ist das Rollback `PATCH /snapshots/snap-2026-05-04`, und du bist zurück auf 02:55:08Z. Die Audit-Timeline oben sind dieselben Daten, nur als JSON serviert.

use-cases / snapshot-before-migration / powers

Was diese Form freischaltet

Nicht der Snapshot selbst. Die Form: ein Backup, das vor der Änderung existiert, per URL adressiert, mit einem Namen, der das heutige Datum enthält.

01 / SAFETY

Das Backup geht der Änderung um exakt fünf Minuten voraus

Die meisten Outage-Post-Mortems beginnen mit "wir haben vergessen, ein Backup zu machen." Wenn das Backup ein Cron-Eintrag ist, kannst du nicht vergessen. Der 02:55-Snapshot ist der erste Satz des Runbooks, im Voraus geschrieben.

02 / SPEED

Rollback ist ein PATCH, kein 40-Schritte-Runbook

snap-2026-05-04 wiederherzustellen ist ein einziger HTTP-Call gegen api.hoody.com. Der Container fällt in unter 30 Sekunden auf seinen 02:55:08Z-Zustand zurück. Kein Ticket, keine On-Call-Eskalation, kein "wer hat die AWS-Console."

03 / IDLE COST

Wenn die Migration funktioniert, kostet der Snapshot nichts

Snapshots sind content-addressed und werden als Deltas gespeichert. Ein 412 MB Delta auf einer unveränderten Base-Disk ist, wofür du zahlst — und nur für das 7-Tage-Retention-Fenster. Erfolgreiche Migrationen hinterlassen fast keinen Footprint.

use-cases / snapshot-before-migration / rollback

Das Rollback, vorher vs. nachher

Wie das Runbook früher aussah und worauf es zusammenschrumpft, wenn der Snapshot nach dem heutigen Datum benannt und als URL adressierbar ist.

ALTES RUNBOOK9 manuelle Schritte, 20–40 Minuten, 1–2 Menschen

01
On-Call-DBA pagen, bestätigen, dass die Migration Production gebrochen hatMedian: 4 Minuten bis zur Bestätigung
02
Das jüngste Backup in der AWS-Console findenhoffen, dass es weniger als 24 Stunden alt ist
03
Restore-Instanz hochfahren, warten, bis sie online kommt8–15 Minuten auf db.r6g.xlarge
04
ALTER TABLE manuell mit handgeschriebenem DOWN-Skript zurücksetzenfalls das DOWN-Skript existiert, was meistens nicht der Fall ist
05
App-Server neustarten, Caches flushen, Error-Rates beobachtenund das Post-Mortem schreiben

Durchschnittliche Rollback-Zeit, ops@acme 2024 Incidents: 27 Minuten

NEUES RUNBOOK1 HTTP-Call, ~30 Sekunden, 0 Menschen

# Migration der letzten Nacht zurückrollencurl -X PATCH api.hoody.com/api/v1/containers/$ID/snapshots/snap-2026-05-04# Antwort→ 200 OK · Container in 28s auf snap-2026-05-04 zurückgesetzt

PATCH ist idempotent und reversibel

Die neue Spalte rechts ist kein Tool. Es ist ein Satz in einem Runbook. Der Satz beginnt nicht mit "erstmal ein Backup machen", weil das Backup bereits existiert.

use-cases / snapshot-before-migration / punchline

Der Rollback-Plan ist eine URL, deren Existenz du gescheduled hast.

VORHER: eine Notion-Seite, die niemand liestNACHHER: eine Zeile in Cron und ein Blob im Object Storage

ALTerstmal ein Backup machender erste Satz des Runbooks, manuell um 03:02 von einem müden Menschen ausgeführt

NEUdas Backup existiert bereits, benannt nach dem heutigen Datum, fünf Minuten vor der Änderung gemachtder erste Satz des Runbooks, im Voraus von einem Cron-Eintrag geschrieben

Snapshot-API ansehen

use-cases / snapshot-before-migration / replaces

Was das ersetzt

Den Cargo-Cult um Pre-Migration-Backups. Snapshot schedulen, durch das Migrationsfenster schlafen.

Manuelle Pre-Migration-SnapshotsUm 02:54 aufstehen, um den Backup-Button zu klicken
Runbook-ChecklistenSchritt 1 von 14 auf der Seite, die niemand findet
On-Call-Standby fürs RollbackEinen Engineer dafür bezahlen, auf nichts zu warten
Ad-hoc pg_dump vor DeploysHoffen, dass du dran gedacht hast, hoffen, dass es durchlief
"Wir passen schon auf"-ReleasesDer Optimismus, der Incidents shippt
AWS RDS Automated SnapshotsFestes 5-Minuten-Fenster, bezahlt pro GB-Tag

use-cases / snapshot-before-migration / cta

Der Rollback-Plan ist eine URL, deren Existenz du gescheduled hast.

Snapshots-Referenz lesen

use-cases / snapshot-before-migration / related

Lies die anderen

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.

Containers·Snapshots

Einen Entwickler mit einem einzigen Link onboarden

Eine neue Engineerin fängt am Montag an. Du schickst eine URL. Sie öffnet sie auf irgendeinem Laptop und ist in einem frischen Container, geklont von deinem Developer-Baseline-Snapshot — Code, Dependencies, Env, Seed-Daten, VS Code im Browser. Code schreiben in fünf Minuten, kein Setup.

Snapshots·Containers·Terminal·Files

API-Endpoints, die on-demand entstehen

Ein Wildcard-Exec-Script fängt den Aufruf ab, fragt eine KI, den Handler zu schreiben, führt ihn in einer V8-Sandbox aus und speichert die Route. Der nächste Aufruf ist nativ.

Exec·Agent·Code·Files

Branch-Computer wie Git-Branches

Snapshot eines laufenden Containers — Dateien, Prozesse, Speicher. Wiederherstellung in Sekunden. Fork via /copy. Branching, aber für den gesamten Computer.

Snapshots·Containers

Echtes VS Code auf deinem Handy

Der Code Orchestrator startet eine VS-Code-Instanz im Container und liefert den Editor über eine ganz normale HTTPS-URL aus. Jedes Gerät mit Browser kann sie öffnen. Die Arbeit lebt im Container, nicht auf dem Gerät.

Display·Terminal·Files·Containers+1

KI-Agenten, die andere KI-Agenten starten

Ein Recherche-Agent POSTet an /api/v1/projects/$PID/containers, um einen Child-Container zu starten, und ruft dann dessen Agent-URL auf wie jeden anderen HTTP-Service. Sub-Agenten starten ihre eigenen Sub-Agenten genauso. Kein Orchestrator-Framework, nur URLs.

Agent·Exec·Containers

Eine Sandbox pro Kunde, automatisch

Ein Exec-Skript fängt deinen Signup-Webhook ab, kopiert einen Fresh-Customer-Container und übergibt dem neuen Tenant seine eigene URL. Isolation ist das Betriebssystem, keine tenant_id-Spalte.

Containers·Snapshots·Exec·Files

Aufwachen zu einem fertigen Prototyp

Übergib der KI einen Absatz um Mitternacht. Sie startet eigene Container, macht Snapshots vor riskanten Schritten und postet zum Notification Webhook beim Sonnenaufgang.

Agent·Snapshots·Containers·Browser+2

Notfall-Fix für Production vom Telefon aus

PagerDuty weckt dich auf. Öffne die Terminal-URL auf deinem Telefon. PATCH einen Snapshot von vor dem Bad Deploy. Production ist zurück. Kein Bastion, kein VPN, kein Laptop.

Terminal·Snapshots·Network

Produktions-Logs an eine URL streamen, die jeder per curl lesen kann

Eine Pipe-URL. Bis zu 256 Leser. Drei Engineers verfolgen denselben Vorfall gleichzeitig — ohne Bastion, ohne Datadog-Sitz, ohne Log-Forwarder.

Pipe

Einen Build gleichzeitig an dreißig CI-Worker pushen

Der Build-Container streamt das Tarball mit ?n=30 in einen Pipe-Pfad. Alle dreißig Test-Worker rufen dieselbe URL per curl ab. Bytes laufen einmal durch, fan-out inklusive.

Pipe

Deinem Agent vom Café aus beim Denken zusehen

Dein Agent läuft zu Hause. Du sitzt im Café. Pipe jedes Loop-Event durch Hoody Pipe und rufe denselben Pfad vom Handy per curl ab — der Trace landet Zeichen für Zeichen. Kein SSH, kein Dashboard, kein Upload.

Pipe·Agent

200 GB zwischen Clouds mit zwei curls verschieben

pg_dump | gzip | curl in Frankfurt. curl | gunzip | psql in Singapur. Bytes fließen durch die Pipe — null Disk dazwischen.

Pipe

Schicke einem Teammitglied einen Datenbank-Stand in einer Zeile

pg_dump streamt direkt in dessen psql. Keine Datei hochgeladen, kein Link geteilt, kein Download. Die Pipe leitet die Bytes durch.

Pipe

LLM-Tokens an alles streamen, was HTTP liest

Schritt 3 streamt Tokens mit curl -T -. Schritt 4 ruft denselben Pfad per curl ab. Tokens wandern in Lichtgeschwindigkeit vom Generator zum Consumer. Keine SSE-Plumbing, kein Broker.

Pipe·Agent

Ein Fortschrittsbalken, dem dein Chef zusehen kann, ohne mitzumachen

Hänge ?progress an die Pipe-URL. Wer sie öffnet, bekommt ein Live-HTML-Dashboard — Bytes, Geschwindigkeit, ETA, Status. Bis zu fünfzig Zuschauer, keiner belegt einen Receiver-Slot, keiner berührt den Stream.

Pipe

Das Webhook-Fan-out, das du nicht selbst bauen musstest

Stripe POSTet auf einen Pipe-Pfad mit ?n=12. Zwölf Subscriber rufen die Receiver-URL per curl mit ?n=12 ab. Die Pipe hält das Event, bis alle verbunden sind.

Pipe·Exec

Ein CI-Cache, der nur aus zwei curl-Befehlen besteht

tar | zstd | curl schiebt node_modules in eine Pipe. Zwanzig nachgelagerte Jobs holen es per curl | zstd -d | tar x. Kein S3-Bucket, keine Cache-Action, keine Egress-Rechnung.

Pipe·Containers

Drag-and-Drop-Uploads in dein Skript

hoody-pipe liefert auf jedem Pfad ein Web-Upload-Formular. Zieh eine Datei auf die Seite, dein Skript liest die Bytes aus stdin. Null Upload-Code, kein S3-Bucket, keine Presigned URLs.

Pipe·Exec

Einen Workshop an 200 Zuschauer vom Laptop aus broadcasten

ffmpeg streamt deinen Bildschirm an einen Pipe-Pfad mit ?n=200. Jeder Teilnehmer öffnet die URL per curl im Browser-Tab. Keine Plattform, keine Logins, kein Upload.

Pipe

Inter-Container-IPC ohne Message Broker

Container A schreibt auf einen Pipe-Pfad. Container B liest vom selben Pfad. Backpressure ist die Verbindung. Kein Redis, keine Queue, kein Broker.

Pipe·Containers

Im Zug deinen Agent tailen, gepingt werden, wenn er ankommt

Der Agent streamt seinen Trace an einen Pipe-Pfad, den du vom Handy aus mit curl ziehen kannst. Wenn er fertig ist, ruft sein letzter Schritt hoody-notifications auf, und dein Handy vibriert. Zwei URLs und ein Buzz — kein SDK, keine Client-App, kein Dashboard.

Pipe·Agent·Notifications

Ein Mikrofon über HTTP, in zwei Terminals

ffmpeg nimmt das Mikrofon auf und pipet es an eine URL. Das andere Ende holt sie per curl und gibt das Audio aus. Kein Zoom, kein SDK, kein Signaling-Server.

Pipe

Fünf Agenten, fünf Pipes, ein Urteil

Ein Panel aus fünf Modellen prüft denselben Input. Jedes läuft im eigenen Container und streamt sein Urteil in seinen eigenen Pipe-Pfad. Ein Judge-Prozess holt alle fünf parallel per curl ab und zählt das Ergebnis aus.

Pipe·Agent·Containers

Spiel den Vorfall von heute Morgen für das ganze Team noch einmal ab

Snapshotte die Logs zur Vorfallszeit in hoody-files. Spiele sie über eine Hoody-Pipe-URL mit ?n=8 ab. Acht Engineers holen denselben Pfad per curl ab und sehen die Kaskade im Gleichschritt – das Post-Mortem ist ein synchroner Stream, kein Confluence-Dokument.

Pipe·Files

Das schnellste „schick mir die Datei“, das du je getippt hast

Ein Teammitglied fragt nach einem 4-GB-Dump. Slack lehnt ab, Drive braucht eine Freigabeanfrage. Du tippst curl -T file …; sie tippen curl … > file. Die Bytes wandern direkt zwischen den Festplatten – kein Upload-Balken, kein Link zum Teilen.

Pipe

Betreibe ein lokales LLM und liefere es an deine ganze Flotte aus

Eine GPU betreibt llama.cpp. Ihre Tokens streamen in einen Pipe-Pfad mit ?n=50. Fünfzig Container holen dieselbe URL per curl ab und teilen sich den Stream.

Pipe·Daemon

Ein Live-Metriken-Dashboard ganz ohne Metrik-Backend

Die Monitoring-Schleife jedes Containers schickt eine Metrik per curl an eine Pipe-URL. Das Dashboard ruft dieselbe URL mit ?progress ab und rendert den SSE-Stream.

Pipe

Der Cron-Job, der sich selbst löscht, wenn du fertig bist

POSTe einen verwalteten Cron-Eintrag mit expires_at 48 Stunden in der Zukunft. Der Job läuft nach Plan und entfernt sich danach selbst — keine Erinnerung, kein Cleanup-PR, kein veralteter Eintrag.

Cron

Eine eigene Crontab für jeden Kunden, automatisch

Jeder Tenant bekommt seinen eigenen Container und seinen eigenen hoody-cron-Service. Kunde A's 9-Uhr-Digest feuert pünktlich, auch wenn Kunde B's Job 40 Minuten hängt — weil sie nicht in derselben Crontab stehen.

Cron·Containers

Einen Agent um 3 Uhr wecken, ihn um 4 Uhr verabschieden

Ein nächtlicher Cron POSTet einen Spawn-Request, der Agent erledigt seine Stunde Arbeit, dann reißt ein zweiter Cron den Container ab. Der Agent existiert nur, wenn es Arbeit für ihn gibt.

Cron·Agent·Containers

Daily Rollups ohne Orchestrator

Rohe Events stapeln sich in einer SQLite-URL. Jede Nacht curlt ein Cron-Eintrag eine Exec-URL, das Skript führt das Rollup-SQL aus und schreibt die Daily-Tabelle zurück. Kein DAG, kein Airflow-Postgres, kein Scheduler-Dashboard.

Cron·SQLite·Exec

Eine crontab pro Branch, mit dem Code deployt

Dein Repo eincheckt `.hoody/crontab`. Das Deploy-Skript PUTet diese Datei an die Cron-API des neuen Containers. Jeder Branch bekommt seinen Container, sein Dateisystem, seinen Zeitplan.

Cron·Containers

On-Call-Eskalation, die mit der Schicht abläuft

POST einen Cron-Eintrag mit expires_at = Schichtende. Wenn die Schicht endet, löscht sich der Eintrag selbst. Der nächste On-Call postet seinen eigenen.

Cron·Notifications

Stündlicher Scrape, tägliches Digest, wöchentliches Archiv — ein Container

Drei Zeilen in einer crontab: stündlicher Browser-Scrape in SQLite, täglicher Exec-Digest, wöchentliches Archiv in Files. Ein 5-$-Container, drei Rhythmen.

Cron·Browser·SQLite·Files

Lass deine Kunden ihren eigenen Cron-Zeitplan mitbringen

Kunden POSTen ihre eigenen 5-Feld-Ausdrücke; ihre crontab lebt isoliert in ihrem Container. Du validierst nicht gegen eine globale Queue.

Cron·Containers

Plane den Agenten, nicht das Skript

Ein 5-Feld-Cron-Eintrag curlt hoody-agent mit einem Prompt, statt ein festes Skript auszuführen. Heute ist der letzte Tag des Monats — der Agent merkt es. Das Datenformat hat sich geändert — der Agent merkt es.

Cron·Agent

Ein Heartbeat für die stillen Jobs

Jeder Cron-Lauf POSTet einen Heartbeat an einen Notifications-Endpoint. Ein zweiter Cron prüft den letzten Heartbeat und alarmiert bei Stille. Die Stille ist der Alarm.

Cron·Notifications

Behalte die letzten 24 Stunden als 24 Snapshots

Ein stündlicher Cron POSTet einen Snapshot, benannt nach der Stunde. Nach 24 Stunden überschreibt jeder neue Snapshot den von gestern zur gleichen Stunde. Die 24-Etagen-Zeitmaschine.

Cron·Snapshots

Spiele die Webhooks von heute Morgen morgen zur gleichen Zeit erneut ab

Du hast 30 Minuten echten Stripe-Traffic in einen hoody-files-Ordner aufgenommen. Ein Cron-Eintrag spielt ihn jeden Werktag um 9 Uhr gegen Staging ab — gleiches Volumen, gleiche Payloads, gleicher Tageszeit-Druck.

Cron·Files·Exec

Bearbeite deine Crontab vom Handy aus, am Flughafen

Öffne die Cron-URL auf deinem Handy am Gate. Tippe auf eine Zeile, ändere ein einzelnes Feld der Cron-Expression, drücke Speichern. PATCH geht durch. Der Job feuert heute Nacht nach dem neuen Schedule. Keine SSH-Session, keine Jump-Box, kein Laptop.

Cron·Terminal

Ein geplanter Digest, der an 200 Postfächer fan-outet

Cron um 9 Uhr POSTet an ein Exec-Skript, das den Digest baut und eine Pipe-URL mit ?n=200 curlt. Zweihundert Empfänger treffen die gleiche URL einmal.

Cron·Exec·Pipe

Den flakigen Job stummschalten, ohne ihn zu verlieren

PATCH /entries/[id] [ enabled: false ]. Der Job bleibt in deiner Crontab und wartet darauf, repariert zu werden. Kein Löschen, kein Neuschreiben, kein Kontextverlust.

Cron

Ein Agent, der die Agenten von gestern benotet

Ein nächtlicher Cron POSTet an den Supervisor-Agenten mit den gestrigen Agent-Traces aus SQLite. Der Supervisor bewertet jeden einzelnen. Cron ist der Supervisor.

Cron·Agent·SQLite

Cleanup-Jobs, die ihren eigenen Ruhestand planen

Das Cleanup-Skript prüft, ob noch etwas zum Aufräumen übrig ist. Wenn das Verzeichnis leer ist, schickt es ein DELETE auf seinen eigenen Cron-Eintrag. Job erledigt, Job verschwunden.

Cron·Files

TLS-Zertifikate ohne SSH-Session erneuern

Wöchentlich per Cron: POST an ein Exec-Skript, das certbot ausführt und das neue Zertifikat per PATCH an den Proxy schickt. Keine Shell-Session, kein Key, kein Jump-Host.

Cron·Exec

Ein wöchentlicher Canary, der versucht, die Produktion zu zerlegen

Sonntag 7 Uhr weckt ein Cron einen Hoody Agent in einem frischen Container gegen einen Snapshot der Produktion. Er fährt die OWASP Top 20 ab, fuzzt die API und schreibt bis 9 Uhr einen Findings-Bericht an eine URL. Container geht in Rente.

Cron·Agent·Browser·Snapshots

Der Hobbyprojekt-Friedhof, den du dir leisten kannst, am Leben zu lassen

Elf halbfertige Side Projects auf Heroku sind elf Dynos zu je 5–7 $. Auf Hoody sind es elf Container auf einer 29-$-Bare-Metal-Box. Idle kostet null, die URL weckt den Container in Millisekunden, und die Schach-Engine, die niemand benutzt, läuft trotzdem.

Containers

Eine Vorschau-Umgebung pro Pull Request, den ganzen Monat

Jeder offene PR bekommt seinen eigenen Klon eines Snapshots. Der Container wacht auf, sobald Reviewer den Link öffnen; idle PRs kosten nichts.

Containers·Snapshots

Ein 12-Produkt-Portfolio von einer einzigen Bare-Metal-Box aus betreiben

Zwölf isolierte Container, jeder ein eigenes SaaS, teilen sich einen 49-$-Server. Die Marge pro Produkt geht von negativ auf richtig schön.

Containers

Schluss mit der Staging-Server-Steuer

Hör auf, ein Duplikat der Produktion zu bezahlen. Snapshot des Prod-Containers, davon bei Bedarf Staging abzweigen, und zurück auf die Disk einfrieren, wenn keiner testet. Drei Umgebungen, eine Maschine, eine Rechnung.

Containers·Snapshots

Vierzig Kundenseiten, eine Miete, ein Dashboard

Jede Kundenseite lebt in ihrem eigenen Container; du rechnest pro Seite ab, du zahlst den Host einmal. Endlich rechnet sich die Mathematik für Agenturen.

Containers·Workspaces

Ersetz die E2B-Rechnung durch das Bare Metal, das du eh schon mietest

Deine Agents mieten keine Compute mehr im Sekundentakt von E2B/Modal/Daytona. Sie nutzen Container auf der Box, die du bereits hast.

Containers·Agent·Exec

Idle-Staging kostet nichts, also wird Staging nicht mehr gelöscht

Staging starb früher, weil es teuer war, es am Leben zu halten. Wenn Idle gratis ist, darf Staging weiterleben — auch das, das ein Teamkollege vor 90 Tagen zuletzt angefasst hat.

Containers·Snapshots

Sandbox pro Kunde im Flotten-Maßstab

Achthundert isolierte Kunden auf drei Bare-Metal-Servern — eine monatliche Pauschalrechnung, kein Meter pro Mandant. Jeder Tenant bekommt einen echten Container mit eigenem Kernel-Namespace, eigenem Dateisystem und eigener URL. Idle-Container kosten nichts zusätzlich zu dem Server, den du eh schon zahlst.

Containers·Snapshots·Exec

Der CI-Cache, der keine S3-Rechnungsposition ist

Cache-Dateien liegen in /files auf der Box, die du eh schon mietest. Worker schicken Tarballs per PUT und GET über HTTP. Kein S3-Bucket, kein Egress, kein dritter Anbieter — die Bytes verlassen die Box nie.

Files·Containers

Fünfzig Demo-Umgebungen für fünfzig Sales Calls

Jeder Interessent bekommt eine echte, isolierte Kopie deines Produkts mit seinen Daten befüllt. Geklont aus einem Snapshot. Eine Woche lang seine.

Containers·Snapshots

Snapshote den Container direkt vor der nächtlichen Migration

Zwei URLs, eine nächtliche Gewohnheit

Anatomie der letzten Nacht

Was diese Form freischaltet

Das Backup geht der Änderung um exakt fünf Minuten voraus

Rollback ist ein PATCH, kein 40-Schritte-Runbook

Wenn die Migration funktioniert, kostet der Snapshot nichts

Das Rollback, vorher vs. nachher

Was das ersetzt

Lies die anderen

Sechzig Container auf einem Server

Einen Entwickler mit einem einzigen Link onboarden

API-Endpoints, die on-demand entstehen

Branch-Computer wie Git-Branches

Echtes VS Code auf deinem Handy

KI-Agenten, die andere KI-Agenten starten

Eine Sandbox pro Kunde, automatisch

Aufwachen zu einem fertigen Prototyp

Notfall-Fix für Production vom Telefon aus

Produktions-Logs an eine URL streamen, die jeder per curl lesen kann

Einen Build gleichzeitig an dreißig CI-Worker pushen

Deinem Agent vom Café aus beim Denken zusehen

Teile deinen Bildschirm per URL, nicht per Meeting-Einladung

200 GB zwischen Clouds mit zwei curls verschieben

Schicke einem Teammitglied einen Datenbank-Stand in einer Zeile

LLM-Tokens an alles streamen, was HTTP liest

Ein Fortschrittsbalken, dem dein Chef zusehen kann, ohne mitzumachen

Das Webhook-Fan-out, das du nicht selbst bauen musstest

Ein CI-Cache, der nur aus zwei curl-Befehlen besteht

Drag-and-Drop-Uploads in dein Skript

Einen Workshop an 200 Zuschauer vom Laptop aus broadcasten

Inter-Container-IPC ohne Message Broker

Im Zug deinen Agent tailen, gepingt werden, wenn er ankommt

Ein Mikrofon über HTTP, in zwei Terminals

Fünf Agenten, fünf Pipes, ein Urteil

Spiel den Vorfall von heute Morgen für das ganze Team noch einmal ab

Das schnellste „schick mir die Datei“, das du je getippt hast

Betreibe ein lokales LLM und liefere es an deine ganze Flotte aus

Ein Live-Metriken-Dashboard ganz ohne Metrik-Backend

Der Cron-Job, der sich selbst löscht, wenn du fertig bist

Eine eigene Crontab für jeden Kunden, automatisch

Einen Agent um 3 Uhr wecken, ihn um 4 Uhr verabschieden

Daily Rollups ohne Orchestrator

Eine crontab pro Branch, mit dem Code deployt

On-Call-Eskalation, die mit der Schicht abläuft

Stündlicher Scrape, tägliches Digest, wöchentliches Archiv — ein Container

Lass deine Kunden ihren eigenen Cron-Zeitplan mitbringen

Plane den Agenten, nicht das Skript

Ein Heartbeat für die stillen Jobs

Behalte die letzten 24 Stunden als 24 Snapshots

Spiele die Webhooks von heute Morgen morgen zur gleichen Zeit erneut ab

Bearbeite deine Crontab vom Handy aus, am Flughafen

Ein geplanter Digest, der an 200 Postfächer fan-outet

Den flakigen Job stummschalten, ohne ihn zu verlieren

Ein Agent, der die Agenten von gestern benotet

Cleanup-Jobs, die ihren eigenen Ruhestand planen

TLS-Zertifikate ohne SSH-Session erneuern

Ein wöchentlicher Canary, der versucht, die Produktion zu zerlegen

Der Hobbyprojekt-Friedhof, den du dir leisten kannst, am Leben zu lassen

Eine Vorschau-Umgebung pro Pull Request, den ganzen Monat

Ein 12-Produkt-Portfolio von einer einzigen Bare-Metal-Box aus betreiben

Schluss mit der Staging-Server-Steuer

Vierzig Kundenseiten, eine Miete, ein Dashboard

Ersetz die E2B-Rechnung durch das Bare Metal, das du eh schon mietest

Idle-Staging kostet nichts, also wird Staging nicht mehr gelöscht

Sandbox pro Kunde im Flotten-Maßstab

Der CI-Cache, der keine S3-Rechnungsposition ist

Fünfzig Demo-Umgebungen für fünfzig Sales Calls