Factory confie les clés de l'infrastructure à ses clients

Factory lance OpenCompute, un système permettant d'exécuter des agents IA sur ses propres serveurs, avec une gestion automatisée des environnements de travail.

Confier son code source à un agent IA ne devrait pas obliger une entreprise à transférer son environnement de développement dans le cloud d'un fournisseur. C'est le problème auquel Factory s'attaque avec OpenCompute, un système d'orchestration permettant d'exécuter des agents de programmation sur une infrastructure contrôlée par le client. Les équipes conservent leurs dépôts, leurs services internes et leurs environnements de travail au sein de leur propre réseau, tout en bénéficiant d'une gestion automatisée des machines utilisées par les agents. Des agents autonomes qui ont besoin de leurs propres ordinateurs

Avec les agents de développement, les besoins informatiques ne se limitent plus aux sessions ouvertes par les développeurs. Un incident peut déclencher une investigation, une tâche planifiée peut lancer une modification de code et plusieurs agents peuvent travailler simultanément sur différents projets.

Factory proposait déjà Droid Computers, des machines persistantes utilisables à distance grâce à Remote Control. Cette solution permettait notamment de connecter un poste de travail ou un serveur privé à ses agents Droid, sans exposer publiquement les ressources internes.

Mais ce fonctionnement demandait aux entreprises de gérer elles-mêmes les machines mises à disposition. OpenCompute ajoute la possibilité de créer automatiquement des environnements isolés lorsque les agents en ont besoin, puis de les suspendre ou de les arrêter une fois leur travail terminé, selon les capacités de l'infrastructure utilisée. Une infrastructure choisie par l'entreprise

OpenCompute fonctionne comme une couche de gestion indépendante du matériel sous-jacent. Il peut s'intégrer à des infrastructures Kubernetes, à des machines virtuelles Amazon EC2, à des micro-VM ou à des environnements internes développés spécifiquement par une organisation.

Chaque fournisseur d'infrastructure dispose de son propre module d'intégration, tandis qu'OpenCompute assure les opérations communes : création des machines, suivi de leur état, reprise après une erreur et gestion de leur cycle de vie.

Cette architecture permet aux entreprises d'utiliser leurs ressources existantes plutôt que d'adopter obligatoirement celles de Factory.

Un agent peut ainsi travailler sur un dépôt de code privé, accéder aux registres de logiciels internes ou consulter des services réservés au réseau de l'entreprise, sans devoir rendre ces ressources accessibles sur Internet. Une connexion sécurisée, mais des données pas nécessairement entièrement locales

Le fonctionnement repose sur un service OpenCompute installé dans l'infrastructure du client. Celui-ci établit une connexion sortante sécurisée vers Factory, sans nécessiter l'ouverture d'un port entrant dans le pare-feu.

Les échanges utilisent une connexion WebSocket protégée par TLS et un mécanisme d'authentification fondé sur des clés cryptographiques. Les machines créées disposent ensuite de leur propre connexion à Factory.

L'exécution locale des agents ne signifie toutefois pas que toutes les données restent automatiquement sur place. Factory précise que l'emplacement des données de session et les services utilisés pour exécuter les modèles dépendent des configurations choisies. Les entreprises doivent donc examiner séparément l'hébergement des machines, les modèles sollicités et la synchronisation des informations.

Cette distinction est particulièrement importante pour les organisations soumises à des exigences de confidentialité ou de localisation des données. Six semaines de développement avec les agents Droid

OpenCompute a également servi de démonstration des méthodes de développement de Factory.

L'entreprise indique avoir conçu une première version exploitable en six semaines, en confiant une partie importante de l'implémentation à ses agents Droid, sous la supervision de ses ingénieurs.

Lors d'un premier déploiement client, Factory devait adapter OpenCompute à une infrastructure sur site disposant de sa propre interface technique. Un agent a développé le module de connexion initial, permettant à l'équipe de finaliser l'intégration en deux jours chez le client.

Factory précise que des travaux supplémentaires ont ensuite été nécessaires pour renforcer la persistance, la récupération après incident et les outils de déploiement. Cette expérience illustre donc une première mise en service, plutôt qu'une mesure générale du temps nécessaire à chaque installation. Une préversion privée avant une ouverture du code

OpenCompute est disponible en préversion privée, avec un accès réservé aux organisations sélectionnées. Factory prévoit de publier son code en open source, mais n'a pas encore communiqué de calendrier précis.

Le système doit progressivement servir de fondation commune aux sessions interactives, aux automatisations planifiées et aux tâches confiées aux agents de l'entreprise.

OpenCompute ne supprime pas les contraintes d'administration informatique. Les clients doivent toujours gérer leurs serveurs, la sécurité, les mises à jour et les capacités disponibles. En revanche, il évite d'avoir à construire une infrastructure différente pour chaque usage des agents.

Cette évolution accompagne le passage des assistants de programmation individuels à des équipes d'agents capables d'intervenir en continu. Pour les entreprises, la question devient autant celle de la maîtrise des environnements d'exécution que celle des performances des modèles utilisés.