Microsoft précise son IA locale. Plusieurs nouveautés attendront novembre

Exécuter une IA sur place et maîtriser les accès à un cloud correspondent à des besoins différents. Microsoft les réunit dans ses annonces de souveraineté du 20 octobre 2026. Le communiqué détaillé publié à Paris précise aussi des échéances. La disponibilité générale de Foundry Local sur Azure Local est annoncée pour Ignite en novembre. Il ne faut donc pas raconter cette étape comme une ouverture générale déjà effective aujourd’hui.

Une IA locale pour l’infrastructure de l’organisation

Foundry Local sur Azure Local permet d’exécuter l’inférence sur une infrastructure installée dans l’environnement de l’organisation. L’inférence désigne le travail du modèle lorsqu’il traite une demande. La documentation technique de Microsoft distingue cette offre d’une application qui embarque un petit modèle sur l’ordinateur d’un utilisateur. Ici, le dispositif vise une exploitation à l’échelle d’une infrastructure avec des ressources adaptées aux modèles retenus.

Microsoft annonce cette disponibilité générale pour des environnements connectés ou déconnectés. L’entreprise présente également un catalogue de modèles élargi et des fonctions de recherche agentique sur des données locales. Ce sont des capacités et un calendrier annoncés par le fournisseur. Elles ne signifient pas que chaque modèle du marché pourra fonctionner sur chaque installation.

La documentation actuellement accessible décrit encore une préversion. Elle demande notamment de prévoir les capacités de calcul et l’exploitation de l’environnement Kubernetes. Le caractère local ne supprime donc pas le besoin d’administrer le service. Il déplace une partie du travail vers l’infrastructure de l’organisation.

Le mode déconnecté ne se résume pas à une case

Un environnement connecté et une infrastructure isolée n’ont pas les mêmes contraintes d’exploitation. Le communiqué annonce en préversion publique la transition entre ces deux modes sur Azure Local. Il distingue aussi les produits associés. Certaines bases de données sont déjà disponibles de manière générale alors que d’autres restent en préversion.

Cette lecture par composant évite un raccourci fréquent. Une annonce sur un ensemble de services ne donne pas à tous les éléments le même niveau de maturité. Elle ne démontre pas non plus leur compatibilité avec chaque contrainte métier ou réglementaire.

Qui peut accéder aux systèmes et aux clés

Le volet cloud public suit une autre logique. Microsoft indique déployer Data Guardian dans l’Union européenne et l’AELE. Le dispositif prévoit la supervision des accès distants éligibles des ingénieurs Microsoft par un partenaire européen de confiance. La précision sur les accès concernés est essentielle. Il ne s’agit pas d’une affirmation selon laquelle toute intervention informatique devient impossible depuis l’extérieur de l’Europe.

Production Touch Ledger doit enregistrer les accès et actions concernés. Microsoft décrit un déploiement progressif. Le fournisseur annonce aussi la disponibilité générale de la gestion externe des clés avec Azure Managed HSM. La clé racine peut alors rester sur un matériel exploité par le client ou par un tiers. Le contrôle des clés et la journalisation des interventions répondent à des questions complémentaires.

Le Sovereign Control Panel doit réunir des contrôles sur les modèles et les flux de données. Le communiqué détaillé situe sa préversion publique à Ignite en novembre. Cette échéance explicite mérite de guider la lecture des formulations plus générales de l’annonce parisienne.

Une promesse technique ne tranche pas toute la conformité

Ces annonces décrivent plusieurs moyens de contrôle. Elles ne valent pas une certification universelle de souveraineté ou de conformité au RGPD. L’inférence locale et le contrôle des accès doivent être examinés avec le périmètre du service réellement utilisé. Les conditions contractuelles et les opérations nécessaires restent à vérifier dans chaque environnement.

L’enjeu complète celui présenté dans notre article sur les droits des agents avec Microsoft Project Perception. Les permissions d’un agent et la maîtrise de son lieu d’exécution ne répondent pas à la même question.

Pour comprendre une offre d’IA, ces distinctions sont plus utiles qu’une étiquette générale. Où le modèle travaille-t-il réellement ? Qui peut intervenir sur le service ? Et à quelle date les fonctions annoncées deviennent-elles disponibles ? Les réponses permettent de relier une promesse de contrôle à des éléments vérifiables.