Why now – Palantir alternatives for Europe: what 'sovereign' actually means, and how European public bodies are decidingS'inscrire →
IA & DONNÉES AZURE-CONSISTENT DANS VOTRE PROPRE CENTRE DE DONNÉES

IA & données sur Azure Local

Azure là où Azure ne va pas. L'AI OS sur Azure Local dans votre propre centre de données — une exploitation familière pour vos équipes, connectée ou totalement déconnectée, avec des données qui ne quittent jamais le bâtiment.

Dans votre périmètre

Une infrastructure Azure-consistent s'exécute dans votre propre centre de données ou site edge — les données ne quittent jamais votre contrôle.

Durcissement Trusted launch

Secure Boot, un TPM virtuel, l'isolation mémoire VBS et l'attestation d'intégrité au démarrage durcissent chaque VM — sur du matériel dans votre propre centre de données.

Foundry Local

Foundry Local sur Azure Local sert les modèles depuis votre propre cluster compatible Arc — en mode connecté ou entièrement déconnecté.

En clair

Une voie médiane pour les organisations déjà standardisées sur Microsoft : une infrastructure cohérente avec Azure fonctionnant dans votre propre centre de données. Vos équipes gardent leurs outils et leurs habitudes, et les données ne quittent jamais le bâtiment — connecté à Azure ou totalement déconnecté, à votre choix.

À lire si vous êtes une DSI centrée sur Microsoft qui ne peut pas déplacer les données mais ne veut pas tout réapprendre.


Définition

L'IA & les données sur Azure Local consistent à exécuter des workloads d'IA et d'analytique sur Azure Local de Microsoft (anciennement Azure Stack HCI) — une infrastructure Azure-consistent déployée dans votre propre centre de données ou site edge — afin que les données et les modèles restent physiquement à l'intérieur de votre périmètre et sous votre contrôle, avec l'intégrité de VM Trusted launch et l'attestation de démarrage disponibles sur votre propre matériel. L'AI OS peut aussi servir des modèles via Foundry Local sur Azure Local, s'exécutant sur votre propre cluster compatible Arc Local, en mode connecté ou entièrement déconnecté.

Le cloud hyperscale n'est pas toujours une option : les règles de résidence des données, les mandats de souveraineté, la latence ou les sites déconnectés peuvent exiger que l'IA s'exécute là où vivent les données. Azure Local apporte une infrastructure Azure-consistent dans votre propre centre de données. Exécuter l'AI OS sur Azure Local vous donne le modèle opérationnel du cloud tandis que les données, les modèles et les prompts restent physiquement à l'intérieur de votre périmètre.

Où cela s'inscrit

IA & données sur Azure Local dans la plateforme Scrydon

Une architecture souveraine unique et intégrée. Voici où se situe IA & données sur Azure Local — mis en évidence au sein de la pile complète avec laquelle il fonctionne.

Synchroniser CRM
Vérifier l'identité
...
Approuver
Accueillir

L'AI OS pour les humains et les agents IA

Aperçu du chiffre d'affaires — T2 2026
Connecté à Cognitive Enterprise
Chiffre d'affaires
€4.2M
+12%
Pipeline
€11.7M
+8%
Attrition
2.1%
−0.3pp
Chiffre d'affaires mensueljanv. – déc. 2025
JanMarJunSepDec
Client
Compte
Commande
Produit
Contrat
LigneCommande
Fournisseur
Facturation
détient
a passé
de

Couche d'ontologie et couche sémantique : un modèle unique et connecté pour vos données, connaissances et processus

Le meilleur des data lakes, des entrepôts de données et de la recherche réuni

TablesConnaissances

Agents IA, flux de travail et automatisations qui s'exécutent à travers vos systèmes

Workflows IA

Intégrez via A2A, MCP, systèmes existants et sources de données

Fédération de domaines sécurisée, partage de données de confiance et intelligence au-delà des frontières

Fondations Souveraines

Déployez de l'air-gap à l'hyperscale
De plus près

IA & données sur Azure Local en détail

Fondations Souveraines

Observability
Supervision & alerting full-stack
Zero-Trust
Vérification continue
Automatisation
GitOps & policy-as-code
Gestion des Clés
Secrets protégés par HSM
Kubernetes
Orchestration de cluster souverain
Identité
IAM fédéré (SAML/OIDC)

L'AI OS ne fonctionne que s'il est digne de confiance. Chaque couche de la plateforme repose sur une infrastructure zero-trust et une fondation d'identité qui fonctionnent de manière cohérente, des déploiements on-premises entièrement air-gap jusqu'aux environnements cloud à grande échelle. La souveraineté n'est pas une fonctionnalité ajoutée par-dessus — c'est la condition dans laquelle tout le reste opère.

  • Architecture zero-trust : Vérification continue de chaque requête, chaque utilisateur et chaque charge de travail — aucune confiance implicite, même à l'intérieur du périmètre.
  • Identité fédérée : Intégration transparente avec votre IdP existant (SAML, OAuth 2.0, OIDC) pour un contrôle d'accès unifié et régi par des politiques.
  • Déploiement air-gap : Exécutez la plateforme complète sans aucune dépendance réseau externe — idéal pour la défense, les infrastructures nationales critiques et les charges de travail classifiées.
  • Calcul confidentiel : Chiffrement matériel des données en cours d'utilisation via AMD SEV-SNP et Intel SGX, protégeant les charges de travail même des administrateurs d'infrastructure.

Deployment Options: From Air-gapped to Cloud

COMMENT ÇA MARCHE

Une IA Azure-consistent à l'intérieur de votre propre périmètre

L'AI OS se déploie sur Azure Local afin que l'intégralité du workload IA — données, poids des modèles et prompts — soit traitée sur une infrastructure qui vit physiquement dans votre centre de données ou votre site edge. Vous conservez des opérations et un outillage Azure-consistent sans envoyer de données sensibles vers une région publique.

  • Stack Azure-consistentExécutez une infrastructure et des services alignés sur Azure sur votre propre matériel, dans votre propre centre de données ou en périphérie.

  • VM Trusted launchSecure Boot, un TPM virtuel, l'isolation mémoire VBS et l'attestation d'intégrité au démarrage durcissent chaque VM sur votre propre matériel.

  • Attestation d'intégrité au démarrageAttestez qu'une VM a démarré dans un état connu et sain avant que des secrets, des clés ou des modèles ne soient provisionnés — la même barrière zero-trust que celle utilisée dans le cloud.

  • Gestion souveraine des clésVous détenez les clés et le matériel, dans votre propre centre de données — Microsoft n'exploite rien à l'intérieur de votre périmètre.

POURQUOI AZURE LOCAL

Des opérations de qualité cloud sans que les données quittent vos murs

Les organisations régulées et soucieuses de souveraineté souhaitent souvent le modèle opérationnel d'Azure mais ne peuvent pas placer de données sensibles dans une région publique. Azure Local résout cette tension : vous obtenez une infrastructure, un outillage et du confidential computing Azure-consistent tandis que les données et les modèles restent physiquement à l'intérieur de votre périmètre — la même posture zero-trust que l'AI OS applique partout, de l'on-premises air-gap jusqu'au cloud hyperscale.

FOUNDRY LOCAL

Foundry Local sur Azure Local, sur votre propre cluster — connecté ou entièrement déconnecté

L'AI OS peut servir des modèles via Foundry Local sur Azure Local, s'exécutant sur votre propre matériel Azure Local, à l'intérieur de votre périmètre. Il se déploie comme une extension Azure Arc sur un cluster Kubernetes compatible Arc : l'inférence est donc assurée par votre cluster et non par une machine isolée. L'AI OS l'orchestre comme n'importe quel autre modèle — connecté à Azure pour la gestion et les mises à jour, ou entièrement déconnecté sans aucun réseau sortant. Cette capacité est actuellement en préversion et activée sur demande.

  • Inférence dans le clusterFoundry Local sur Azure Local sert les modèles depuis votre propre cluster Kubernetes compatible Arc — aucun appel d'inférence ne quitte votre périmètre.

  • Mode connectéOpérez en connexion avec Azure pour une gestion centralisée, des mises à jour de modèles et un outillage Azure-consistent.

  • Mode entièrement déconnectéExécutez-le sans aucun réseau sortant — adapté aux sites air-gap et aux sites soumis à des contraintes de souveraineté.

  • Orchestré par l'AI OSSes modèles sont gouvernés et orchestrés par l'AI OS aux côtés de vos données, de vos agents et de votre ontologie.

LA DIFFÉRENCE

Microsoft Fabric, Databricks et Foundry ne s'exécutent pas du tout dans votre centre de données. Notre solution, si.

Les principales plateformes d'analytique et d'IA d'Azure — Microsoft Fabric, Databricks et Azure AI Foundry — sont des services cloud qui traitent vos données dans des régions publiques, et non dans votre centre de données. Fabric et Azure AI Foundry s'exécutent sur du calcul standard, non confidentiel. Azure Databricks peut exécuter ses clusters de calcul classique sur des VM confidentielles, mais uniquement dans une région Azure publique au sein de votre propre abonnement, et son plan de contrôle demeure dans le compte de Databricks quoi qu'il arrive. L'AI OS exécute la même classe de workloads d'analytique et d'IA sur Azure Local à l'intérieur de votre propre centre de données, de sorte que vos données, vos modèles et vos prompts restent à l'intérieur de votre périmètre et chiffrés en cours d'utilisation.

  • Fabric, Databricks, FoundryDes services cloud dans des régions Azure publiques — vos données quittent votre périmètre et y sont traitées, quel que soit le calcul sur lequel elles atterrissent.

  • L'AI OS sur Azure LocalS'exécute dans votre propre centre de données sur du matériel que vous contrôlez — les données et les modèles restent physiquement à l'intérieur de votre périmètre, sur des VM Trusted launch, hors de portée de tout opérateur cloud externe.

FAQ

Questions fréquentes

Comment puis-je exécuter l'IA et les données sur Azure Local ?+
Déployez l'AI OS sur Azure Local (anciennement Azure Stack HCI) : vos workloads IA et données s'exécutent sur une infrastructure Azure-consistent à l'intérieur de votre propre centre de données ou site edge, de sorte que les données, les modèles et les prompts restent physiquement à l'intérieur de votre périmètre. Vous obtenez un modèle opérationnel de qualité cloud avec des VM Trusted launch (Secure Boot, vTPM, isolation mémoire VBS) sur du matériel dans votre propre centre de données, et vous pouvez vous connecter à Foundry Local sur Azure Local pour l'inférence de modèles dans le cluster, en mode connecté ou entièrement déconnecté. C'est le même AI OS, la même ontologie, les mêmes agents et la même analytique que vous exécuteriez dans le cloud — simplement résidents sur votre propre matériel.
Qu'est-ce qu'Azure Local ?+
Azure Local (anciennement Azure Stack HCI) est l'infrastructure Azure-consistent de Microsoft qui s'exécute dans votre propre centre de données ou site edge plutôt que dans une région Azure publique. Elle vous permet d'exploiter des services et un outillage alignés sur Azure sur votre propre matériel, afin que les données puissent rester physiquement à l'intérieur de votre périmètre.
Pouvez-vous exécuter Foundry Local sur Azure Local ?+
Oui — le produit correspondant est Foundry Local sur Azure Local, qui se déploie comme une extension Azure Arc sur un cluster Kubernetes compatible Arc, sur votre propre matériel, à l'intérieur de votre périmètre. Exécutez-le en mode connecté (relié à Azure pour la gestion et les mises à jour) ou en mode entièrement déconnecté (aucun réseau sortant, adapté aux sites air-gap). L'AI OS orchestre ses modèles aux côtés de vos données, de vos agents et de votre ontologie. À noter : c'est distinct de Foundry Local, que Microsoft limite à l'inférence sur l'appareil de l'utilisateur final et ne conçoit pas comme une pile d'inférence serveur. La variante Azure Local est actuellement en préversion et activée sur demande. Consultez la documentation de Microsoft pour plus de détails.
Microsoft Fabric, Databricks et Azure AI Foundry s'exécutent-ils dans mon centre de données ?+
Non. Microsoft Fabric et Azure AI Foundry sont des services cloud qui traitent les données dans des régions Azure publiques sur du calcul standard, non confidentiel, de sorte que vos données quittent votre périmètre et sont déchiffrées en mémoire pendant leur utilisation. Azure Databricks peut exécuter ses clusters de calcul classique sur des VM confidentielles, mais uniquement dans une région Azure publique au sein de votre propre abonnement — jamais dans votre centre de données — et son plan de contrôle s'exécute dans le compte de Databricks quoi qu'il arrive. L'AI OS est différent : il exécute la même classe de workloads d'analytique et d'IA sur Azure Local à l'intérieur de votre propre centre de données, sur du matériel que vous contrôlez, de sorte que les données, les modèles et les prompts restent physiquement à l'intérieur de votre périmètre.
Comment les données IA sont-elles sécurisées sur Azure Local ?+
Les VM Azure Local prennent en charge Trusted launch — Secure Boot, un TPM virtuel, l'isolation mémoire VBS et l'attestation d'intégrité au démarrage — et le matériel se trouve dans votre propre centre de données, de sorte que l'inférence et l'entraînement IA s'exécutent sur une infrastructure que vous contrôlez physiquement. Les environnements d'exécution de confiance matériels (VM confidentielles AMD SEV-SNP, Intel TDX) sont une capacité des régions Azure publiques ; sur Azure Local, la protection vient de votre propre périmètre et de l'intégrité de VM Trusted launch.
Les données sont-elles protégées de Microsoft et des administrateurs sur Azure Local ?+
Oui — principalement parce que le matériel se trouve dans votre propre centre de données, sous vos propres administrateurs, et non ceux de Microsoft. Trusted launch ajoute Secure Boot, un TPM virtuel, l'isolation mémoire VBS et l'attestation d'intégrité au démarrage, et l'état invité de la VM (y compris le vTPM) est protégé par une clé conservée dans votre propre coffre de clés local. Microsoft n'exploite aucune infrastructure à l'intérieur de votre centre de données, de sorte que la question de l'accès par l'opérateur cloud ne se pose pas comme dans une région publique. Les environnements d'exécution de confiance matériels qui chiffrent la mémoire vis-à-vis de l'hôte (VM confidentielles AMD SEV-SNP, Intel TDX) sont une capacité des régions Azure publiques plutôt qu'une capacité d'Azure Local.
En quoi Azure Local diffère-t-il d'une exécution dans une région Azure publique ?+
Azure Local vous donne des opérations et un outillage Azure-consistent, mais l'infrastructure vit physiquement dans votre propre centre de données ou site edge plutôt que dans une région Microsoft. Cela garde les données résidentes et à l'intérieur de votre périmètre — important pour la souveraineté, les règles de résidence des données, la latence et les sites déconnectés ou en périphérie — tout en conservant un modèle opérationnel de qualité cloud.
L'AI OS s'exécute-t-il de la même manière sur Azure Local que dans le cloud ?+
Oui. L'AI OS, son ontologie, ses agents et ses insights s'exécutent de manière cohérente, des déploiements on-premises entièrement air-gap, en passant par Azure Local dans votre propre centre de données, jusqu'au cloud hyperscale. La souveraineté ne dépend jamais de l'endroit où vous déployez — les mêmes contrôles zero-trust s'appliquent partout.

Ou écrivez-nous

Dites-nous sur quoi vous travaillez et qui doit répondre. Une personne le lit et répond sous un jour ouvré.

Ces informations servent uniquement à vous répondre. Politique de confidentialité

Vous préférez écrire ? Envoyez un e-mail à hello [at] scrydon.com et nous vous répondrons.

Partenaires

Construire l'avenir des Données et de l'IA avec les innovateurs de premier plan. En savoir plus.
Delaware logo