osFoundry / Platform
Container-Compute
Benötigen Sie persistente Prozesse? Stellen Sie die Laufzeit auf einen Container um. Gleiche App, anderer Modus.
Was es ist
Container-Compute ist ein Laufzeitmodus für Apps, die du in osFoundry baust. Die meisten Apps laufen problemlos als kurzlebige, anfragegesteuerte Prozesse: Sie starten, antworten und fahren wieder herunter. Manche Workloads brauchen aber etwas, das am Leben bleibt: einen WebSocket-Server, der Verbindungen offen hält, einen Hintergrund-Worker, der eine Queue abarbeitet, einen Scheduler, der nach seiner eigenen Uhr tickt, oder ein Backend, das warmen Zustand zwischen den Anfragen im Speicher hält. Dafür stellst du die Laufzeit auf Container um, und dieselbe App läuft als langlebiger Prozess weiter, statt jedes Mal neu zu starten.
Entscheidend ist: Es ist dieselbe App. Du schreibst sie nicht neu, forkst sie nicht und verschiebst sie nicht auf einen anderen Dienst. Code, Routen und Verdrahtung bleiben, wo sie sind; du änderst nur, wie sie ausgeführt wird. Damit ist der Container-Modus eine Entscheidung, die du triffst, wenn ein Feature sie verlangt, und keine Architektur, auf die du dich vorab festlegst. Starte eine App im leichten, kurzlebigen Modus und stelle sie in dem Moment auf Container um, in dem du den Baustein hinzufügst, der bestehen bleiben muss.
Das passt zu osFoundrys Ansatz, Chat, Agenten, Apps, Code und Daten in einem Workspace zu bündeln, statt sie über getrennte Hosting-Konten zu verstreuen. Weil osFoundry bring-your-own-key und local-first ist, betreibst du deine eigene App zu deinen eigenen Bedingungen, ohne eine SaaS-Schicht mit Preis pro Sitz drumherum. Container-Compute weitet das auf das Backend aus: Wenn deine App vom zustandslosen Helfer zu etwas heranwächst, das laufen bleiben muss, hat der Workspace schon einen Platz, an dem sie wohnen kann.
Wichtige Funktionen
- Schalte jede osFoundry-App zwischen kurzlebiger und Container-Laufzeit um, ohne den Code zu ändern
- Betreibe langlebige Prozesse: WebSocket-Server, Hintergrund-Worker, Scheduler und Daemons
- Halte warmen Zustand zwischen den Anfragen im Speicher, statt bei jedem Aufruf kalt zu starten
- Wähle die Laufzeit pro App, sodass du einen persistenten Prozess nur dort bezahlst, wo ein Feature ihn braucht
- Das Backend lebt im selben Workspace wie dein Chat, deine Agenten, dein Code und deine Daten
Anwendungsfälle
- Entwickler: Eine App hat ein WebSocket-Feature für Live-Updates bekommen, also wird ihre Laufzeit auf Container umgestellt, um Verbindungen offen zu halten
- Automatisierungs-Bauer: Ein Hintergrund-Worker, der eine Job-Queue abarbeitet und nach Zeitplan läuft, braucht einen Prozess, der nie schläft
- Team-Lead: Ein Prototyp begann zustandslos und wechselte, als er einen warmen Cache und ein persistentes Backend brauchte, ohne Neubau in den Container-Modus
Häufig gestellte Fragen
Wann sollte ich eine App auf Container-Compute statt auf die Standardlaufzeit umstellen?
Stell um, wenn deine App etwas braucht, das zwischen den Anfragen am Leben bleibt: offene Verbindungen (wie WebSockets), Hintergrund- oder geplante Worker, einen Daemon-Prozess oder Zustand im Speicher, den du nicht bei jedem Aufruf verlieren willst. Wenn die App nur Anfragen beantwortet und herunterfährt, passt die leichtere, kurzlebige Laufzeit besser.
Muss ich meine App neu schreiben, um sie als Container zu betreiben?
Nein. Es ist dieselbe App in einem anderen Modus. Du stellst die Laufzeiteinstellung um, und der bestehende Code läuft als persistenter Prozess. Genau das ist der Sinn: Du kannst eine App einfach starten und erst dann auf einen Container wechseln, wenn ein Feature es wirklich verlangt.
Wie hängt das damit zusammen, dass osFoundry bring-your-own-key und local-first ist?
Bei Container-Compute geht es darum, wo das Backend deiner App läuft, also fügt es sich in den Rest von osFoundry ein: deine Schlüssel, deine Modelle und deine Daten bleiben unter deiner Kontrolle, und das Backend der App lebt im selben Workspace wie dein Chat, deine Agenten, dein Code und deine Daten, statt in einem getrennten Hosting-Konto.