osFoundry / Platform
Conteneurs
Conteneurs au long cours pour services backend, agents ou workers de build. Journaux en direct.
Présentation
Les conteneurs d'osFoundry sont des instances de calcul cloud dédiées et longue durée, pensées pour le travail qu'un tour de chat ne peut pas porter : des services backend qui doivent rester en ligne, des agents IA qui tournent pendant des heures, et des workers de build qui compilent et empaquettent votre code. Chaque conteneur s'exécute sur son propre serveur, avec une allocation fixe de RAM, de vCPU et un plafond d'agents simultanés, si bien qu'une tâche lourde dans un conteneur ne prive jamais un autre de ses ressources. Vous achetez un conteneur par palier (Starter, Standard ou Power), vous le nommez, puis vous le démarrez ou l'arrêtez à la demande depuis les Réglages ; la tarification est un forfait mensuel par palier, avec une option d'arrêt automatique en cas d'inactivité, pour qu'un conteneur laissé sans surveillance ne continue pas de facturer une fois le travail terminé.
Dans osFoundry, un conteneur est un runtime de première classe auquel vous pouvez vous rattacher. Il expose un terminal PTY interactif (prise en charge complète des flèches, d'ANSI, de ctrl+C et du redimensionnement via xterm.js), de sorte que des agents CLI comme aider ou claude-code se comportent exactement comme dans un shell local. Les logs sont diffusés en direct sur un canal server-sent-events : le panneau suit la sortie du processus principal du conteneur (démarrage du serveur, plantages, erreurs de déploiement, et le stdout des sous-processus en arrière-plan qu'un terminal visible manquerait) au fil de l'eau, sans rafraîchir. Les room apps peuvent lier un conteneur déclaré dans leur manifeste, ce qui provisionne automatiquement des volumes de blocs persistants et injecte les secrets propres à chaque instance en variables d'environnement à chaque exec, de sorte que votre service dispose de son état et de ses identifiants sans que vous ayez à les câbler à la main.
Cela compte parce qu'osFoundry est un espace de travail BYOK et local-first : vos modèles et vos clés vous appartiennent, et une grande partie de votre travail reste sur votre appareil. Les conteneurs étendent ce même espace vers l'extérieur pour les tâches qui ont réellement besoin d'une machine persistante et toujours active, sans quitter l'environnement où vivent déjà votre chat, vos agents, votre code et vos données, et sans taxe de plateforme par siège en plus du calcul.
Fonctionnalités clés
- Exécutez des conteneurs longue durée pour services backend, agents autonomes ou workers de build, chacun sur son propre serveur cloud dédié
- Suivez les logs en direct via SSE : démarrage du serveur, plantages, erreurs de déploiement et le stdout des sous-processus en arrière-plan, en temps réel et sans rafraîchir
- Ouvrez un terminal PTY interactif (xterm.js) pour que des agents CLI comme aider ou claude-code aient les flèches, ANSI, ctrl+C et le redimensionnement
- Choisissez un palier (Starter/Standard/Power) avec RAM, vCPU et limite d'agents simultanés fixes ; démarrez, arrêtez, renommez ou supprimez à la demande
- Activez l'arrêt automatique en cas d'inactivité pour qu'un conteneur laissé sans surveillance s'arrête après une pause au lieu de facturer 24 h/24
Cas d’usage
- Développeur d'agents : lancez une session claude-code ou aider dans un conteneur de palier Power pour un refactoring de plusieurs heures, en suivant les logs en direct tandis que le terminal PTY reste interactif
- Ingénieur backend : gardez en vie le service API d'une room app sur un conteneur dédié, avec volumes persistants et secrets injectés, provisionné depuis le manifeste de l'app
- Utilisateur CI/build : démarrez un conteneur Standard comme worker de build, suivez les erreurs de déploiement en direct et activez l'arrêt automatique pour qu'il s'éteigne une fois le build terminé
Questions fréquentes
Que puis-je vraiment exécuter dans un conteneur osFoundry ?
Tout ce qui doit rester en ligne plus longtemps qu'un tour de chat : un service backend, un agent IA longue durée ou un worker de build. Chaque conteneur est un serveur complet avec accès shell via un terminal interactif, de sorte que des outils CLI comme aider et claude-code s'exécutent nativement.
Comment voir ce que fait mon conteneur ?
Le panneau de logs suit le processus principal du conteneur via un flux server-sent-events en direct, y compris le stdout des sous-processus en arrière-plan qu'un terminal visible manquerait autrement. Vous disposez aussi d'un terminal PTY interactif complet pour le piloter directement.
Comment un conteneur est-il facturé, et puis-je éviter de payer quand il est inactif ?
Chaque conteneur est facturé au forfait mensuel fixe défini par son palier (Starter, Standard ou Power), qui fixe sa RAM, sa vCPU et sa limite d'agents simultanés. Activez l'arrêt automatique en cas d'inactivité pour qu'il s'arrête après une période sans usage, ou arrêtez-le et supprimez-le manuellement à tout moment.