Daytona Cloud - AI Agent Infrastructure

Le chiffre phare, c'est la vitesse. Daytona démarre un sandbox en moins de 90 millisecondes, du code à l'exécution, plus vite que les démarrages à froid de plusieurs secondes des conteneurs et machines virtuelles classiques. Cet écart pèse à l'échelle. Quand vous provisionnez des dizaines de milliers de sandboxes, les millisecondes par exécution deviennent des heures sur un lot, donc les agents restent réactifs au lieu d'attendre dans une file.

Les sandboxes tournent indéfiniment et conservent leur état, ils sont donc pensés pour des tâches longues, pas pour des travaux en une seule passe. Vous pouvez enregistrer un sandbox sous forme d'instantané et le restaurer plus tard, ce qui rend chaque exécution reproductible. C'est ce qui distingue Daytona d'un simple exécuteur de code : un agent peut suspendre son travail, revenir et le reprendre exactement là où il s'était arrêté, d'une session à l'autre.

Chaque sandbox dispose de son propre noyau, système de fichiers et pile réseau, donc le code tourne en isolation totale sans partager d'hôte. Daytona Secrets garde les identifiants en clair hors du sandbox et les remplace à la sortie réseau, si bien qu'un agent peut appeler une API sans jamais détenir la vraie clé. Pour les équipes qui traitent des données réglementées, cette séparation est souvent la raison de choisir cette solution plutôt que d'exécuter du code en direct.

Vous contrôlez les sandboxes par programme et non depuis un tableau de bord. Des SDK officiels existent pour Python, TypeScript, Ruby, Go et Java, avec une API REST et un outil en ligne de commande. Les opérations couvrent tout le cycle de vie : créer et supprimer des sandboxes, CRUD du système de fichiers, exécution de processus et de code, opérations Git et configuration du runtime. Un serveur LSP est intégré, donc les éditeurs obtiennent l'autocomplétion et le diagnostic à l'intérieur du sandbox.

Daytona peut confier à un agent un bureau complet, pas seulement un terminal. Les sandboxes d'usage de l'ordinateur existent en versions Linux (Ubuntu), Windows et macOS, chacune avec un contrôle par programme et un accès de niveau root. Les instances macOS servent à compiler et tester sur iOS, tandis que Windows couvre l'automatisation propre à ce système. C'est la pièce qui permet à un agent de cliquer, taper et naviguer dans un vrai système d'exploitation comme le ferait une personne.

Daytona reste compatible avec les outils que les équipes utilisent déjà. Les sandboxes reposent sur OCI et Docker, vous pouvez donc faire tourner des images Docker toutes prêtes sans enveloppe, lancer Docker dans un sandbox Daytona et déposer un Dockerfile ou un fichier Compose. Un constructeur d'images déclaratif vous laisse générer des instantanés directement depuis le SDK, sans étape CLI, sans envoi manuel et sans registre à gérer.

Les sandboxes se déploient dans des régions proches de vos agents, avec des options comme US East, US West, EU Central, EU West et l'Inde. Tourner près de la charge réduit la latence des agents qui appellent un sandbox à chaque étape. Les volumes permettent aux agents de partager des données entre sandboxes sans rompre l'isolation, ce qui évite aux flux multi-étapes de recopier sans cesse les mêmes fichiers.