Why now – Palantir alternatives for Europe: what 'sovereign' actually means, and how European public bodies are decidingRegistrieren →
AZURE-KONSISTENTE KI & DATEN IN IHREM EIGENEN RECHENZENTRUM

KI & Daten auf Azure Local

Azure, wo Azure nicht hinkann. Das AI OS auf Azure Local in Ihrem eigenen Rechenzentrum — vertrauter Betrieb für Ihre Teams, verbunden oder vollständig getrennt, mit Daten, die das Gebäude nie verlassen.

In Ihrem Perimeter

Azure-konsistente Infrastruktur läuft in Ihrem eigenen Rechenzentrum oder Edge-Standort — Daten verlassen nie Ihre Kontrolle.

Trusted-Launch-Härtung

Secure Boot, ein virtuelles TPM, VBS-Speicherisolierung und Boot-Integritätsattestierung härten jede VM — auf Hardware in Ihrem eigenen Rechenzentrum.

Foundry Local

Foundry Local auf Azure Local liefert Modelle von Ihrem eigenen Arc-fähigen Cluster aus — im verbundenen oder vollständig abgekoppelten Modus.

Kurz gesagt

Ein Mittelweg für Organisationen, die ohnehin auf Microsoft standardisiert sind: Azure-konsistente Infrastruktur im eigenen Rechenzentrum. Ihre Teams behalten Werkzeuge und Gewohnheiten, und die Daten verlassen das Gebäude nie — mit Azure verbunden oder vollständig getrennt, ganz wie Sie wollen.

Lesenswert, wenn Sie eine Microsoft-geprägte IT führen, die Daten nicht verlagern kann, aber niemanden umschulen will.


Definition

KI & Daten auf Azure Local bedeutet, KI- und Analytik-Workloads auf Microsofts Azure Local (vormals Azure Stack HCI) zu betreiben — Azure-konsistenter Infrastruktur, die in Ihrem eigenen Rechenzentrum oder Edge-Standort bereitgestellt wird — sodass Daten und Modelle physisch innerhalb Ihres Perimeters und unter Ihrer Kontrolle bleiben, wobei Trusted-launch-VM-Integrität und Boot-Attestierung auf Ihrer eigenen Hardware verfügbar sind. Das AI OS kann Modelle auch über Foundry Local auf Azure Local ausliefern, das auf Ihrer Azure-Local-Hardware läuft, im verbundenen oder vollständig abgekoppelten Modus.

Hyperscale-Cloud ist nicht immer eine Option: Vorgaben zur Datenresidenz, Souveränitätsauflagen, Latenz oder abgekoppelte Standorte können erfordern, dass KI dort läuft, wo die Daten liegen. Azure Local bringt Azure-konsistente Infrastruktur in Ihr eigenes Rechenzentrum. Das AI OS auf Azure Local zu betreiben gibt Ihnen das Betriebsmodell der Cloud, während Daten, Modelle und Prompts physisch innerhalb Ihres Perimeters bleiben.

Wo es sich einfügt

KI & Daten auf Azure Local in der Scrydon-Plattform

Eine integrierte, souveräne Architektur. Hier fügt sich KI & Daten auf Azure Local ein — hervorgehoben im Kontext des gesamten Stacks, mit dem es zusammenarbeitet.

CRM synchronisieren
Identität prüfen
...
Genehmigen
Begrüßen

Das AI OS für Menschen und KI-Agenten

Umsatzübersicht — Q2 2026
Verbunden mit Cognitive Enterprise
Umsatz
€4.2M
+12%
Pipeline
€11.7M
+8%
Abwanderung
2.1%
−0.3pp
Monatlicher UmsatzJan. – Dez. 2025
JanMarJunSepDec
Dritt-
anbieter
C
Kunde
Konto
Auftrag
Produkt
Vertrag
Auftragsposition
Lieferant
Abrechnung
hält
erteilte
von

Ontologie- und Semantikschicht: ein zusammenhängendes Modell für Ihre Daten, Ihr Wissen und Ihre Prozesse

Das Beste aus Data Lakes, Data Warehouses und Suche vereint

TabellenWissen

KI-Agenten, Workflows und Automatisierungen, die über Ihre Systeme hinweg ausgeführt werden

KI-Workflows

Integrieren Sie über A2A, MCP, Legacy-Systeme und Datenquellen

Sichere Domänenföderation, vertrauenswürdiger Datenaustausch und Intelligenz über Grenzen hinweg

Souveräne Grundlagen

Bereitstellung von Air-Gap bis Hyperscale
Genauer betrachtet

KI & Daten auf Azure Local im Detail

Souveräne Grundlagen

Observability
Full-Stack-Monitoring & Alerting
Zero-Trust
Kontinuierliche Verifizierung
Automatisierung
GitOps & Policy-as-Code
Schlüsselverwaltung
HSM-gestützte Secrets
Kubernetes
Souveräne Cluster-Orchestrierung
Identität
Föderiertes IAM (SAML/OIDC)

Das AI OS funktioniert nur, wenn man ihm vertrauen kann. Jede Schicht der Plattform ruht auf einem Zero-Trust-Infrastruktur- und Identitätsfundament, das konsistent arbeitet — von vollständig air-gapped On-Premises-Installationen bis hin zu Hyperscale-Cloud-Umgebungen. Souveränität ist kein obenauf gesetztes Feature — sie ist die Bedingung, unter der alles andere operiert.

  • Zero-Trust-Architektur: Kontinuierliche Verifizierung für jede Anfrage, jeden Nutzer und jede Workload — kein implizites Vertrauen, auch nicht innerhalb des Perimeters.
  • Föderierte Identität: Nahtlose Integration mit Ihrem bestehenden IdP (SAML, OAuth 2.0, OIDC) für einheitliche, richtliniengesteuerte Zugriffskontrolle.
  • Air-Gap-Bereitstellung: Betreiben Sie die komplette Plattform ohne externe Netzwerkabhängigkeiten — ideal für Verteidigung, kritische nationale Infrastruktur und klassifizierte Workloads.
  • Confidential Computing: Verschlüsselung von Daten während der Nutzung auf Hardwareebene via AMD SEV-SNP und Intel SGX, wodurch Workloads selbst vor Infrastrukturadministratoren geschützt sind.

Deployment Options: From Air-gapped to Cloud

SO FUNKTIONIERT ES

Azure-konsistente KI innerhalb Ihres eigenen Perimeters

Das AI OS wird auf Azure Local bereitgestellt, sodass der gesamte KI-Workload — Daten, Modellgewichte und Prompts — auf Infrastruktur verarbeitet wird, die physisch in Ihrem Rechenzentrum oder Edge-Standort steht. Sie behalten Azure-konsistenten Betrieb und Tooling, ohne sensible Daten in eine öffentliche Region zu senden.

  • Azure-konsistenter StackBetreiben Sie Azure-ausgerichtete Infrastruktur und Dienste auf Ihrer eigenen Hardware, in Ihrem eigenen Rechenzentrum oder am Edge.

  • Trusted-Launch-VMsSecure Boot, ein virtuelles TPM, VBS-Speicherisolierung und Boot-Integritätsattestierung härten jede VM auf Ihrer eigenen Hardware.

  • Boot-IntegritätsattestierungAttestieren Sie, dass eine VM in einem bekannten, guten Zustand gestartet ist, bevor Geheimnisse, Schlüssel oder Modelle bereitgestellt werden — dasselbe Zero-Trust-Tor wie in der Cloud.

  • Souveränes SchlüsselmanagementSie halten die Schlüssel und die Hardware, in Ihrem eigenen Rechenzentrum — Microsoft betreibt nichts innerhalb Ihres Perimeters.

WARUM AZURE LOCAL

Betrieb auf Cloud-Niveau, ohne dass die Daten Ihre Mauern verlassen

Regulierte und souveränitätsbewusste Organisationen wollen oft das Betriebsmodell von Azure, können sensible Daten aber nicht in einer öffentlichen Region ablegen. Azure Local löst diesen Widerspruch auf: Sie erhalten Azure-konsistente Infrastruktur, Tooling und Confidential Computing, während Daten und Modelle physisch innerhalb Ihres Perimeters bleiben — dieselbe Zero-Trust-Haltung, die das AI OS überall anwendet, von air-gapped On-Premise bis hin zur Hyperscale-Cloud.

FOUNDRY LOCAL

Foundry Local auf Azure Local, auf Ihrem eigenen Cluster — verbunden oder vollständig abgekoppelt

Das AI OS kann Modelle über Foundry Local auf Azure Local ausliefern, das auf Ihrer eigenen Azure-Local-Hardware innerhalb Ihres Perimeters läuft. Es wird als Azure-Arc-Erweiterung auf einem Arc-fähigen Kubernetes-Cluster bereitgestellt, sodass die Inferenz von Ihrem Cluster erbracht wird und nicht von einer einzelnen Maschine. Das AI OS orchestriert es wie jedes andere Modell — mit Azure verbunden für Verwaltung und Updates oder vollständig abgekoppelt ganz ohne ausgehendes Netzwerk. Die Funktion befindet sich derzeit in der Vorschau und wird auf Anfrage freigeschaltet.

  • Inferenz im ClusterFoundry Local auf Azure Local liefert Modelle von Ihrem eigenen Arc-fähigen Kubernetes-Cluster aus — kein Inferenz-Aufruf verlässt Ihren Perimeter.

  • Verbundener ModusBetreiben Sie es verbunden mit Azure für zentrales Management, Modellaktualisierungen und Azure-konsistentes Tooling.

  • Vollständig abgekoppelter ModusBetreiben Sie es ganz ohne ausgehendes Netzwerk — geeignet für air-gapped und souveränitätsbeschränkte Standorte.

  • Orchestriert durch das AI OSFoundry-Local-Modelle werden vom AI OS zusammen mit Ihren Daten, Agenten und Ihrer Ontologie gesteuert und orchestriert.

DER UNTERSCHIED

Microsoft Fabric, Databricks und Foundry laufen überhaupt nicht in Ihrem Rechenzentrum. Unsere Lösung schon.

Die gängigen Azure-Plattformen für Analytik und KI — Microsoft Fabric, Databricks und Azure AI Foundry — sind Clouddienste, die Ihre Daten in öffentlichen Regionen verarbeiten, nicht in Ihrem Rechenzentrum. Fabric und Azure AI Foundry laufen auf standardmäßigem, nicht vertraulichem Compute. Azure Databricks kann Classic-Compute-Cluster auf vertraulichen VMs betreiben, jedoch allein in einer öffentlichen Azure-Region in Ihrem eigenen Abonnement — und die Control Plane verbleibt in jedem Fall im Konto von Databricks. Das AI OS betreibt dieselbe Klasse von Analytik- und KI-Workloads auf Azure Local innerhalb Ihres eigenen Rechenzentrums, sodass Ihre Daten, Modelle und Prompts innerhalb Ihres Perimeters und während der Nutzung verschlüsselt bleiben.

  • Fabric, Databricks, FoundryClouddienste in öffentlichen Azure-Regionen — Ihre Daten verlassen Ihren Perimeter und werden dort verarbeitet, auf welchem Compute auch immer sie landen.

  • Das AI OS auf Azure LocalLäuft in Ihrem eigenen Rechenzentrum auf Hardware, die Sie kontrollieren — Daten und Modelle bleiben physisch innerhalb Ihres Perimeters, auf Trusted-Launch-VMs, außerhalb der Reichweite jedes externen Cloud-Betreibers.

FAQ

Häufig gestellte Fragen

Wie kann ich KI und Daten auf Azure Local betreiben?+
Setzen Sie das AI OS auf Azure Local (vormals Azure Stack HCI) ein: Ihre KI- und Daten-Workloads laufen auf Azure-konsistenter Infrastruktur innerhalb Ihres eigenen Rechenzentrums oder Edge-Standorts, sodass Daten, Modelle und Prompts physisch innerhalb Ihres Perimeters bleiben. Sie erhalten ein Betriebsmodell auf Cloud-Niveau mit Trusted-Launch-VMs (Secure Boot, vTPM, VBS-Speicherisolierung) auf Hardware in Ihrem eigenen Rechenzentrum, und Sie können sich mit Foundry Local auf Azure Local für Modellinferenz im Cluster verbinden, im verbundenen oder vollständig abgekoppelten Modus. Es ist dasselbe AI OS, dieselbe Ontologie, dieselben Agenten und dieselbe Analytik, die Sie auch in der Cloud betreiben würden — nur ansässig auf Ihrer eigenen Hardware.
Was ist Azure Local?+
Azure Local (vormals Azure Stack HCI) ist Microsofts Azure-konsistente Infrastruktur, die in Ihrem eigenen Rechenzentrum oder Edge-Standort läuft statt in einer öffentlichen Azure-Region. Sie lässt Sie Azure-ausgerichtete Dienste und Tooling auf Ihrer eigenen Hardware betreiben, sodass Daten physisch innerhalb Ihres Perimeters bleiben können.
Können Sie Foundry Local auf Azure Local betreiben?+
Ja — das passende Produkt ist Foundry Local auf Azure Local, das als Azure-Arc-Erweiterung auf einem Arc-fähigen Kubernetes-Cluster auf Ihrer eigenen Hardware innerhalb Ihres Perimeters bereitgestellt wird. Betreiben Sie es im verbundenen Modus (mit Azure für Management und Updates verknüpft) oder im vollständig abgekoppelten Modus (ganz ohne ausgehendes Netzwerk, geeignet für air-gapped Standorte). Das AI OS orchestriert seine Modelle zusammen mit Ihren Daten, Agenten und Ihrer Ontologie. Hinweis: Dies ist nicht dasselbe wie Foundry Local, das Microsoft auf die Inferenz auf dem Endgerät der Nutzerin oder des Nutzers beschränkt und ausdrücklich nicht als Server-Inferenzstack konzipiert. Die Azure-Local-Variante befindet sich derzeit in der Vorschau und wird auf Anfrage freigeschaltet. Weitere Details finden Sie in Microsofts Dokumentation.
Laufen Microsoft Fabric, Databricks und Azure AI Foundry in meinem Rechenzentrum?+
Nein. Microsoft Fabric und Azure AI Foundry sind Clouddienste, die Daten in öffentlichen Azure-Regionen auf standardmäßigem, nicht vertraulichem Compute verarbeiten, sodass Ihre Daten Ihren Perimeter verlassen und während der Nutzung im Arbeitsspeicher entschlüsselt werden. Azure Databricks kann Classic-Compute-Cluster auf vertraulichen VMs betreiben, jedoch allein in einer öffentlichen Azure-Region in Ihrem eigenen Abonnement — niemals in Ihrem Rechenzentrum — und die Control Plane läuft in jedem Fall im Konto von Databricks. Das AI OS ist anders: Es betreibt dieselbe Klasse von Analytik- und KI-Workloads auf Azure Local innerhalb Ihres eigenen Rechenzentrums, auf Hardware, die Sie kontrollieren, sodass Daten, Modelle und Prompts physisch innerhalb Ihres Perimeters bleiben.
Wie werden KI-Daten auf Azure Local gesichert?+
Azure-Local-VMs unterstützen Trusted launch — Secure Boot, ein virtuelles TPM, VBS-Speicherisolierung und Boot-Integritätsattestierung — und die Hardware steht in Ihrem eigenen Rechenzentrum, sodass KI-Inferenz und -Training auf Infrastruktur laufen, die Sie physisch kontrollieren. Hardware-Trusted-Execution-Environments (vertrauliche VMs auf AMD SEV-SNP, Intel TDX) sind eine Fähigkeit öffentlicher Azure-Regionen; auf Azure Local kommt der Schutz aus Ihrem eigenen Perimeter plus Trusted-launch-VM-Integrität.
Sind Daten auf Azure Local vor Microsoft und Administratoren geschützt?+
Ja — vor allem, weil die Hardware in Ihrem eigenen Rechenzentrum steht, unter Ihren eigenen Administratoren, nicht denen von Microsoft. Trusted launch ergänzt Secure Boot, ein virtuelles TPM, VBS-Speicherisolierung und Boot-Integritätsattestierung, und der Gastzustand der VM (einschließlich des vTPM) wird durch einen Schlüssel geschützt, den Sie in Ihrem eigenen lokalen Key Vault halten. Microsoft betreibt keine Infrastruktur innerhalb Ihres Rechenzentrums, sodass sich die Frage des Cloud-Betreiber-Zugriffs nicht wie in einer öffentlichen Region stellt. Hardware-Trusted-Execution-Environments, die den Arbeitsspeicher gegenüber dem Host verschlüsseln (vertrauliche VMs auf AMD SEV-SNP, Intel TDX), sind eine Fähigkeit öffentlicher Azure-Regionen und keine Azure-Local-Fähigkeit.
Wie unterscheidet sich Azure Local vom Betrieb in einer öffentlichen Azure-Region?+
Azure Local gibt Ihnen Azure-konsistenten Betrieb und Tooling, aber die Infrastruktur steht physisch in Ihrem eigenen Rechenzentrum oder Edge-Standort statt in einer Microsoft-Region. Das hält Daten ansässig und innerhalb Ihres Perimeters — wichtig für Souveränität, Vorgaben zur Datenresidenz, Latenz sowie abgekoppelte oder Edge-Standorte — während Sie ein Betriebsmodell auf Cloud-Niveau behalten.
Läuft das AI OS auf Azure Local genauso wie in der Cloud?+
Ja. Das AI OS, seine Ontologie, seine Agenten und Erkenntnisse laufen konsistent von vollständig air-gapped On-Premise-Deployments über Azure Local in Ihrem eigenen Rechenzentrum bis hin zur Hyperscale-Cloud. Souveränität hängt nie davon ab, wo Sie bereitstellen — dieselben Zero-Trust-Kontrollen gelten überall.

Oder schreiben Sie uns

Sagen Sie uns, woran Sie arbeiten und wer antworten soll. Ein Mensch liest es und antwortet innerhalb eines Werktags.

Wir verwenden diese Angaben nur, um Ihnen zu antworten. Datenschutzerklärung

Lieber schreiben? Senden Sie eine E-Mail an hello [at] scrydon.com und wir melden uns bei Ihnen.

Partner

Gemeinsam mit führenden Innovatoren die Zukunft von Daten & KI gestalten. Mehr erfahren.
Delaware logo