Retour au blog

Nutanix NAI 2.8: gouverner l'IA agentique en cloud hybride

Article créé le 28 août 2026 · Publication analysée: 26 août 2026 · Source: Nutanix

Nutanix annonce la disponibilité générale d'Enterprise AI 2.8, avec contrôle centralisé de l'inférence et des agents, une passerelle MCP disponible en production et des fonctions d'inférence privée. Pour les entreprises belges et françaises, l'intérêt est moins un nouveau produit qu'un schéma d'architecture: rapprocher l'IA des applications et des données sans renoncer à la gouvernance.

1. Une couche de contrôle pour les agents

Selon Nutanix, NAI 2.8 ajoute une passerelle MCP destinée à gouverner la manière dont les agents se connectent aux applications et aux données. L'offre s'inscrit dans une architecture qui exploite machines virtuelles et conteneurs, tandis que Nutanix Kubernetes Platform 2.19, annoncé prochainement disponible, doit apporter un catalogue IA pour les applications agentiques.

La distinction entre disponibilité actuelle et feuille de route compte: NAI 2.8 est disponible, alors que NKP 2.19 est annoncé à venir. Les entreprises doivent donc qualifier les fonctions réellement livrées, leurs limites, leur support et leur observabilité avant de bâtir un service critique.

2. Ce que cela change pour une entreprise belge ou française

Pour une PME ou une ETI, une plateforme hybride peut éviter de multiplier des piles séparées pour les modèles, les applications historiques et les nouveaux agents. Pour un grand groupe ou une administration, elle peut aider à placer certaines charges près des données sensibles, à segmenter les environnements et à centraliser des politiques. Dans les deux cas, le bénéfice dépend de la capacité à prouver qui a appelé quel outil, avec quelles données et quel résultat.

Un agent connecté à Odoo Entreprise illustre l'enjeu: lire une fiche produit, préparer un devis et modifier une commande ne présentent pas le même risque. La passerelle MCP doit donc appliquer des identités techniques, des listes d'outils autorisés, des validations humaines, des plafonds d'action et des journaux corrélables avec l'ERP. L'inférence privée réduit certains transferts de données; elle ne rend pas automatiquement l'ensemble souverain ou conforme.

3. Analyse Underside: l'hybride est une politique, pas un emplacement

Le cloud hybride devient utile lorsqu'il traduit une classification métier: données pouvant sortir, modèles pouvant être appelés, actions autorisées et exigences de continuité. Installer un modèle local sans gouverner ses connecteurs, ses secrets ou ses mises à jour déplace le risque au lieu de le réduire. À l'inverse, un service cloud peut convenir à une charge non sensible si les contrats, la résidence, la journalisation et la réversibilité sont maîtrisés.

Pour le RAG, les agents et les workflows Apple Enterprise, l'architecture doit séparer indexation, inférence et action. Les documents peuvent rester dans un périmètre privé, un modèle peut être choisi selon le cas d'usage, et toute écriture dans Odoo ou une autre application métier peut passer par une validation dédiée. Cette séparation facilite aussi les tests de cybersécurité et le remplacement d'un modèle sans reconstruire tout le workflow.

4. Recommandation opérationnelle

Avant de retenir une passerelle agentique, testez un scénario complet: identité de l'agent, découverte MCP, lecture de données, refus d'un outil interdit, validation humaine, journal d'audit, panne du modèle et révocation d'urgence. Mesurez ensuite latence, coût, reprise manuelle et qualité du résultat, pas seulement la performance du modèle.

Priorité concrète: établir une matrice « données × outils × actions × environnements » pour chaque agent, puis vérifier que la plateforme applique et journalise réellement ces règles.

Cadrer une architecture agentique

Lire la source officielle