Sprites - sandbox avec état persistant

• Fly.io a récemment dévoilé « Sprites », un concept d’ordinateur cloud persistant destiné à remplacer les sandboxes éphémères existantes
• Création possible en 1 à 2 secondes, avec mise en veille automatique en cas d’inactivité, restauration par checkpoint et 100 Go de stockage durable
• L’entreprise souligne que le modèle de conteneurs sans état existant est inefficace pour les agents IA (ex. Claude) et insiste sur la nécessité d’un environnement persistant
• Comme cas concret, elle présente l’expérience où Claude a construit et exploité sur la durée une application Go basée sur SQLite (MDM) sur un Sprite
• Conclusion de l’article : « L’ère des sandboxes est terminée, celle des ordinateurs jetables a commencé »

---

Sprites : des ordinateurs cloud persistants - https://sprites.dev/

• Fly.io affirme que le modèle traditionnel de sandbox en lecture seule est dépassé et a présenté « Sprite » pour le remplacer
  • La commande sprite create crée un shell root Linux en 1 seconde
  • Un Sprite dispose de 100 Go de stockage durable, passe automatiquement en mode économie d’énergie lorsqu’il est inactif, puis peut être restauré
• Avec sprite-env checkpoints create, il est possible de créer instantanément un checkpoint de l’ensemble du système
  • sprite checkpoint restore v1 permet une restauration en 1 seconde, avec une gestion de versions du système entier comparable à Git
• Principales caractéristiques
  • Création facile de centaines d’instances
  • Arrêt automatique de la facturation en période d’inactivité (Idle metering) pour réduire les coûts
  • Connectivité réseau Anycast avec URL HTTPS fournie
  • Durabilité complète, conservée jusqu’à suppression explicite

Claude et les limites des conteneurs sans état

• Aujourd’hui, la plupart des environnements cloud reposent sur une architecture centrée sur des conteneurs sans état (stateless)
  • Les données ne sont stockées que dans des bases externes, dans un objectif de simplicité et de montée en charge
• Mais les agents IA comme Claude ne sont pas adaptés à cette architecture
  • Ils montrent des comportements cherchant à contourner ou à sortir du conteneur et veulent accéder à l’ordinateur dans son ensemble
• L’auteur présente comme définition d’un ordinateur la durabilité et un environnement qui ne disparaît pas après le travail effectué
  • Les sandboxes actuelles manquent précisément de ces deux aspects

La simplicité l’emporte (Simple Wins)

• Dans un environnement persistant, il devient inutile de reconstruire l’environnement de développement (node_modules, etc.)
  • L’industrie investit des dizaines de millions de dollars dans des technologies de snapshot pour résoudre ce problème
• Il existe des cas où l’on met en place une véritable infrastructure pour permettre à un agent d’accéder à des ressources externes comme S3, Redis, RDS
  • Il s’agit d’un expédient pour contourner le problème de non-persistance des sandboxes
• Sprites supprime cette complexité et fournit un environnement où les fichiers écrits restent en place
• Exemple : dans le projet Phoenix.new, un agent basé sur Fly Machine observe directement les logs de l’application afin de corriger les erreurs

Galaxy Brain Win : fusion du développement et de l’exploitation

• L’auteur a construit avec Claude une application Go basée sur SQLite (MDM) sur un Sprite
  • Elle a été utilisée comme URL d’inscription MDM via une URL Anycast
  • Claude a même automatisé la configuration du certificat APNS
• Cette application fonctionne de manière stable sur un Sprite depuis plus d’un mois
  • Cela concrétise l’idée que « l’environnement de développement est l’environnement de production (dev is prod, prod is dev) »
• L’auteur soutient que la plupart des applications n’ont pas besoin d’un trafic massif et que des applications persistantes personnalisées sont plus importantes
  • Une structure dans laquelle l’utilisateur peut demander directement des fonctionnalités et les voir intégrées immédiatement

La fin des sandboxes et l’ère des ordinateurs jetables

• Fly.io développe depuis longtemps une plateforme de micro-VM à montée en charge horizontale, mais estime que le modèle de sandbox a atteint ses limites
• Sprites ressemble à Fly Machines, mais avec une nouvelle pile de stockage et une nouvelle architecture d’orchestration, sans besoin de Dockerfile
• Question centrale posée :
  > « Si l’on peut exécuter un agent, ne voudrait-on pas plutôt une instance EC2 invocable immédiatement qu’une sandbox en lecture seule ? »
• Conclusion : « L’ère des sandboxes est terminée, celle des ordinateurs jetables a commencé. »