%20(1).jpg?w=640)
Pour un agent IA d’entreprise, l’endroit où il s’exécute ne constitue qu’une partie de la question du contrôle.
IBM et Yotta ont annoncé la disponibilité générale de leur Sovereign Agentic AI Platform le 29 septembre. Accessible via les régions cloud de Yotta à Panvel et Greater Noida, cette offre est conçue pour maintenir les données, les opérations et les contrôles de gouvernance en Inde.
Pour les entreprises indiennes qui évaluent l’automatisation par l’IA, l’hébergement local ne constitue qu’une partie de la décision d’achat. Les équipes doivent également vérifier où les applications connectées traitent les données et qui peut autoriser ou interrompre les actions d’un agent.
Ce que comprend la plateforme
La plateforme associe IBM watsonx Orchestrate à Shakti Cloud de Yotta. IBM présente watsonx Orchestrate comme la couche destinée à gérer, sécuriser et gouverner les agents, tandis que Shakti Cloud fournit l’infrastructure, notamment les ressources de calcul, les GPU, le réseau et la sécurité.
Shakti Studio de Yotta ajoute des outils pour explorer, affiner, déployer et exécuter des modèles open source et propriétaires. Les entreprises citent les opérations de sécurité, le traitement des documents et l’automatisation des RH parmi les workflows.
Ensemble, ces composants couvrent différentes étapes du déploiement : l’infrastructure qui prend en charge un agent, les modèles qu’il utilise et les logiciels qui coordonnent son travail. Les acheteurs devront néanmoins examiner la manière dont chaque composant se connecte à leurs systèmes existants.
D’une proposition présentée en mai à un service disponible
Le lancement fait suite aux projets de partenariat annoncés le 7 mai par IBM et Yotta, qui prévoyaient d’héberger watsonx Orchestrate sur Shakti Cloud pour les entreprises et les organismes publics. Ce projet initial couvrait notamment la gestion des services informatiques, les finances, les achats et le support client.
L’annonce de mai prévoyait également d’intégrer IBM Sovereign Core à Shakti Cloud. IBM décrivait ce logiciel comme une solution destinée à prendre en charge les environnements souverains grâce à des fonctionnalités telles que la surveillance de la conformité, la production de justificatifs et l’exécution gouvernée de l’IA.
Ce qu’a constaté eWeek : le déploiement local nécessite un contrôle plus large des mécanismes de contrôle
La comparaison entre la proposition de mai et le lancement de septembre fait apparaître une question de périmètre non résolue : la proposition de mai prévoyait explicitement d’intégrer IBM Sovereign Core à Shakti Cloud, mais l’annonce de septembre ne confirme pas s’il est inclus. Les acheteurs doivent vérifier quelles fonctionnalités de souveraineté et de conformité sont comprises dans le service disponible.
Au-delà du périmètre du produit, les acheteurs doivent demander si des appels de modèles configurés ou des connexions applicatives envoient des données hors d’Inde. L’annonce du lancement ne décrit pas ces flux de données au niveau des connexions.
Cette préoccupation plus large fait écho au problème de dépendance à l’accès aux modèles d’IA : l’emplacement de l’infrastructure et le contrôle continu des services dont dépend une entreprise sont deux questions distinctes.
Les équipes d’entreprise doivent demander une cartographie des flux de données couvrant les prompts, les documents récupérés, les appels de modèles, les journaux et les applications connectées. Elles doivent également déterminer qui peut autoriser les actions d’un agent, contrôler son activité et interrompre un workflow lorsqu’il dépasse les autorisations qui lui sont attribuées.
Un inventaire partagé peut aider, mais la visibilité interplateforme des agents dépend de ce que chaque intégration expose. Les acheteurs doivent tester ces connexions plutôt que de supposer que chaque agent produit des éléments de preuve d’audit équivalents.
L’annonce du lancement ne précise ni les tarifs, ni les engagements de niveau de service, ni les résultats obtenus par les clients. Une évaluation pertinente commencerait par un workflow délimité et mesurerait la précision, les besoins de contrôle humain, le coût par tâche effectuée et la capacité à récupérer après des actions échouées, avant d’élargir l’accès.
À lire aussi : Les derniers outils de découverte des agents et de contrôle des pertes de données de Microsoft montrent comment les entreprises traitent la visibilité et les données sensibles sortantes comme des exigences de sécurité distinctes.