
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.
Boarding-Ansage. Der tägliche Report-Job ist auf 7 Uhr UTC gesetzt, aber der Empfänger ist in Tokio und die Zeit stimmt nicht. Du öffnest die Crontab-URL auf deinem Handy, tippst auf die Zeile, änderst zwei Felder, drückst Speichern. PATCH geht durch. Der Job feuert heute Nacht nach dem neuen Schedule. Keine SSH-Session, keine Jump-Box, kein Laptop.
Der Cron-Service spricht JSON über HTTPS. Der Browser des Handys sendet ein PATCH auf die UUID des Eintrags mit dem neuen Schedule-Feld. Die System-Crontab wird vom Service neu injected. Der nächste Lauf steht im Response-Body.
Der PATCH trägt nur das Feld, das sich geändert hat. Der Service merged es in den existierenden Eintrag, berechnet next_run neu und injected die Zeile wieder in die System-Crontab. Es gibt keine SSH-Session, keinen Jump-Host, keinen Laptop.
Der gesamte Edit passt zwischen Boarding-Call und Priority-Queue. URL öffnen. Feld ändern. Zum Flieger laufen.
Der Cron-Service hat seine eigene URL — cron.containers.hoody.com/users/me/crontab. Dieselbe Seite öffnet sich in jedem Browser, auch in dem auf deinem Handy. Auth ist die URL. Kein Bastion, kein AnyConnect-Prompt, kein Schlüssel-auf-Laptop-Ritual.
Jeder Managed Entry ist ein JSON-Objekt mit schedule, command, comment, enabled. Du tippst die Zeile, das Schedule-Feld wird editierbar, du ersetzt 0 7 * * * durch 30 4 * * 1-5. Die anderen Felder bleiben unberührt.
Speichern feuert ein PATCH auf /users/me/entries/[id]. Die Antwort sagt 200 OK und gibt den neuen next_run zurück. Die System-Crontab ist innerhalb der Sekunde aktualisiert. Du schließt den Tab und läufst los.
Hoody Cron exposed ein kleines CRUD über die Crontab. Jeder Managed Entry hat eine UUID; jeder Eintrag kann isoliert gepatcht werden. Unten sind die vier Endpoints, die das Handy nutzt, um einen Job zu bearbeiten, stummzuschalten, aufzulisten oder zu löschen.
Endpoints gemäß Hoody Cron-Service. Pfade sind relativ zu https://PROJECT-CONTAINER-cron-1.SERVER.containers.hoody.com.
Die Zahlen, die für eine Person zählen, die mit einem 6-Zoll-Bildschirm an einem Gate steht.
schedule, command, comment, enabled, expires_at. Jedes kann eigenständig gesendet werden. Die anderen Felder bleiben unberührt, sodass der Kommentar, den du gestern um 9 Uhr geschrieben hast, den Flughafen-Edit überlebt.
Ein PATCH vom Handy. Eine 200-Response mit dem neuen next_run. Die System-Crontab wird vom Service im selben Call neu injected — kein zweiter Request, kein Polling.
Kein SSH, kein Bastion, kein AnyConnect. Die Crontab ist eine URL und die Auth ist die URL. Der Hardware-Key auf deinem Laptop bleibt in deiner Tasche.
Deine Crontab ist eine URL, also ist das Bearbeiten eine URL.
Wenn der Schedule aus einem Browser erreichbar ist, hört der Ort, an dem du gerade stehst, auf wichtig zu sein. Das Boarding-Gate ist ein gutes Büro. Das Handy ist ein gutes Terminal. Der PATCH ist die Änderung.
Das meiste davon existiert nur, weil die Crontab vom Handy aus nicht erreichbar war. Wenn der Schedule eine URL ist, verschwinden die Rituale rund um den Zugang zum Schedule mit ihm.
Du standst am Gate und hast geändert, wann der Job heute Nacht feuert.