Datacenter

MS Ignite 2026: KI-Agenten, souveräne Cloud und Azure-Betrieb als Code

Vom 17. bis 20. November trifft sich die Microsoft-Welt wieder in San Francisco. Ich bin zum dritten Mal vor Ort. Hier ein Ausblick, welche Themen ich mir genauer anschauen werde und was davon für Ihre IT-Planung 2027 wirklich zählt.


Warum die Ignite für IT-Verantwortliche zählt

Die Microsoft Ignite ist Microsofts größte Konferenz für IT-Profis und Entscheider. Sie findet vom 17. bis 20. November 2026 im Moscone Center in San Francisco statt, ein Großteil der Vorträge kann ebenso online mitverfolgt werden. Microsoft stellt hier Roadmaps und neue Produkte für Cloud, Security, KI und den modernen Arbeitsplatz vor.

Ich war 2024 und 2025 vor Ort. 2024 wurde aus Azure Stack HCI Azure Local, und mit Azure AI Foundry hat Microsoft die Basis für eigene KI-Anwendungen gelegt.

2025 drehte sich fast alles um KI-Agenten, mit Agent 365 als zentraler Verwaltungsebene und ersten Agenten in Azure Copilot für den Cloud-Betrieb. Auf der Infrastrukturseite wurde Azure Local deutlich größer (Multi-Rack, SAN-Anbindung), und mit der Sovereign Landing Zone gab es erstmals eine Referenzarchitektur für souveräne Azure-Umgebungen.

Dieses Jahr ist etwas anders: Viele große Ankündigungen hat Microsoft schon im Oktober vorweggenommen. Die Ignite wird zeigen, was davon im Unternehmen ankommt, mit welcher Lizenzierung und ab wann. Genau darauf achte ich.

👉 Für Live-Updates können Sie mir auch gerne auf LinkedIn folgen. 

Windows für hybride Intelligenz: KI-Agenten auf dem Endgerät

Am 7. Oktober hat Microsoft „Windows für hybride Intelligenz“ vorgestellt. Die Idee: KI-Agenten laufen lokal auf dem PC oder in der Cloud, je nachdem, was die Aufgabe verlangt. Die wichtigsten Bausteine:

  • Microsoft Execution Containers (MXC) sind auf Windows 11 allgemein verfügbar. Unternehmen legen damit fest, auf welche Dateien und Netzwerke ein Agent zugreifen darf. Gesteuert wird das über Intune und Agent 365.
  • Getrennte Identität: Agenten-Aktivität wird von der des Benutzers unterschieden. Nachvollziehbar bleibt also, was der Mensch und was der Agent getan hat.
  • Lokale Modelle laufen über Windows ML auf GPU, NPU und CPU. Dazu kommt neue Hardware, von Copilot+ PCs bis zu Workstations mit NVIDIA RTX Spark.

Meine Einschätzung: Spannend finde ich weniger die Hardware als MXC. Agenten auf Endgeräten kommen, ob die IT sie plant oder nicht. Coding-Agenten wie GitHub Copilot oder Codex laufen heute schon auf vielen Entwickler-PCs. Mit MXC gibt es erstmals einen sauberen Weg, das einzugrenzen. Wer Intune im Einsatz hat, sollte sich das früh anschauen.

Auf der Ignite erwarte ich Details dazu, wie sich das zentral steuern lässt und welche Lizenzen dafür nötig sind.

Der neue Copilot: Home, Code und Autopilot

Microsoft hat die Copilot-App neu aufgebaut. Sie besteht jetzt aus drei Bereichen:

1) Home 🌐

Startseite, die Chat und Cowork zusammenführt. Cowork arbeitet Aufgaben eigenständig bis zum fertigen Ergebnis ab.

 Status (Oktober 2026): Frontier-Programm 

2) Code 🔢

Apps, Dashboards und Automatisierungen per Beschreibung in Alltagssprache erstellen. Läuft in einer Sandbox im eigenen Microsoft-365-Tenant.

Status (Oktober 2026): Frontier

breiterer Rollout folgt. Muss von der IT freigeschaltet werden. 

3) Autopilot 👨‍✈️

Dauerhaft laufender persönlicher Agent mit Rolle und Ziel, der im Hintergrund z. B. Kanäle beobachtet und bei offenen Punkten nachfasst.  

Status (Oktober 2026):  Private Preview

 

Voraussetzung ist eine Microsoft-365-Copilot-Lizenz. Code und Autopilot werden zusätzlich nutzungsbasiert über Copilot Credits abgerechnet.

Wichtig, weil es schon jetzt für Verwirrung sorgt: Copilot Autopilot hat nichts mit Windows Autopilot zu tun, mit dem Sie neue Geräte ausrollen. Gleicher Name, anderes Produkt.

Meine Einschätzung: Mit Code bauen Fachabteilungen eigene kleine Anwendungen. Das ist praktisch und gleichzeitig der Beginn neuer Schatten-IT, wenn niemand Regeln festlegt. Nutzungsbasierte Abrechnung heißt außerdem: Ohne Budgetgrenzen wird es schnell teuer. Klären Sie deshalb vor der Freischaltung, wer was bauen darf, wo die Daten liegen und wer die Kosten verantwortet.

Digitale Souveränität: Nicht jede souveräne Cloud ist gleich

Souveränität ist im Mittelstand längst kein Randthema mehr. Microsoft unterscheidet dabei zwei Modelle:

 Modell    Was dahintersteckt    Passt für  
Sovereign Public Cloud    Azure in europäischen Regionen mit EU Data Boundary, zusätzlichen Kontrollen über Datenzugriffe und eigener Schlüsselverwaltung    Die meisten Workloads mit regulatorischen Anforderungen  
Sovereign Private Cloud    Azure Local im eigenen Rechenzentrum. Seit Anfang 2026 auch komplett ohne Cloud-Verbindung betreibbar (Disconnected Operations)  Kritische Infrastruktur und Daten, die das eigene Rechenzentrum nicht verlassen dürfen  

💪Aus der Praxis

In unseren Azure-Local-Projekten ist die Technik selten der schwierigste Teil. Der Aufwand steckt im Betrieb: Wie läuft der Support, wenn der Hersteller eingebunden werden muss, wie wird die Umgebung überwacht und wie werden Updates gehandhabt? Das sollte vor der Hardware-Bestellung geklärt sein, nicht danach.

Außerdem ist Souveränität selten ein Entweder-oder-Spiel. Azure Local ist beratungsintensiv und meist nur ein Teil der Strategie. In der Regel landen Kunden bei einer Mischung: sensible Workloads auf Azure Local, der Rest in Azure - mit einer sauberen Landing Zone. Entscheidend ist, dass beides über Azure Arc einheitlich verwaltet wird.

Auf der Ignite erwarte ich Neuigkeiten zu Azure Local und zur Sovereign Private Cloud, vor allem zu KI im eigenen Rechenzentrum. Mit Foundry Local auf Azure Local (aktuell Preview) laufen KI-Modelle schon heute direkt im eigenen Rechenzentrum, auch ohne Cloud-Verbindung.

Ihr Infrastruktur-Partner

Sie möchten wissen, wo Ihre Umgebung bei diesen Themen steht?

Sprechen Sie uns an. Im unverbindlichen Erstgespräch schauen wir gemeinsam auf Ihre aktuelle Infrastruktur.

Team of technicians talking and looking at server in large data center

Azure-Infrastruktur und DevOps: Agenten im Betrieb

Auch im Azure-Betrieb ziehen Agenten ein. Zur Ignite 2025 hat Microsoft Azure Copilot um spezialisierte Agenten erweitert. Stand Oktober 2026 sind der Observability Agent und der Troubleshooting Agent allgemein verfügbar. Deployment, Migration, Optimierung und Resilienz sind noch in Preview. Drei Bausteine schaue ich mir genauer an:

Azure SRE Agent (GA)

Seit März 2026 allgemein verfügbar. Er analysiert Incidents mit Kontext aus Monitoring und Quellcode und handelt je nach Einstellung nur mit Vorschlägen oder automatisch innerhalb festgelegter Leitplanken.

Azure Verified Modules (GA für Bicep)

Die Platform Landing Zone auf Basis der Azure Verified Modules ist seit Januar 2026 für Bicep allgemein verfügbar. Damit gibt es einen von Microsoft gepflegten Standard für den Aufbau als Code.

Deployment Agent (Preview)

Erstellt aus einer Beschreibung einen Architekturplan nach dem Azure Well-Architected Framework und erzeugt daraus Terraform- oder Bicep-Code. Der Code lässt sich als Pull Request direkt in ein GitHub-Repository übergeben. Aktuell nur für neue Umgebungen, bestehende Infrastruktur kann er noch nicht analysieren oder ändern.

Agenten machen den Betrieb schneller, aber nur, wenn die Basis stimmt. Ein Terraform-Plan vom Agenten ist ein Entwurf, keine Freigabe. Er braucht Review, Pipeline, sauberes State-Management und Policies.

In großen Azure-Umgebungen gewinnt nicht, wer am schnellsten deployt, sondern wer Änderungen nachvollziehbar, wiederholbar und rückrollbar macht.

Deshalb gehört die Landing Zone in Code, Deployments in Pipelines und Governance in Policies. Erst auf dieser Grundlage bringen Agenten echten Mehrwert. Beim SRE Agent würde ich mit Vorschlägen starten und Automatik erst freigeben, wenn die Leitplanken klar definiert sind.

Auf der Ignite erwarte ich vor allem eine Antwort darauf, wie weit die Agenten in bestehenden Umgebungen bereits zurechtkommen. Heute plant der Deployment Agent nur neue Umgebungen. Bei unseren Kunden ist der Normalfall aber ein gewachsener Bestand mit vorhandenem Terraform-Code, Policies und Pipelines. Entscheidend wird, ob die Agenten darauf aufsetzen können, statt parallel neu zu bauen.

Am Rande: Microsoft baut die eigene KI-Chip-Familie Azure Maia ab 2027 auf mehrere Gigawatt aus. Maia 200 läuft bereits, auch in Europa. Direkt buchen können Sie Maia nicht, profitieren aber indirekt über mehr Inferenzkapazität in Microsoft Foundry.

Mein Fazit

Die Ignite 2026 wird weniger Überraschungen bringen als sonst, weil vieles schon angekündigt ist. Umso wichtiger sind die Details: Lizenzierung, Verfügbarkeit in Europa und die Frage, wie sich Agenten am Arbeitsplatz und im Azure-Betrieb sauber steuern lassen.

Für Ihre Planung 2027 heißt das:

☑️ Bevor Agenten und Copilot Code breit ausgerollt werden: Regeln, Zuständigkeiten und Budgets festlegen.

☑️ Azure-Umgebungen als Code aufbauen und über Pipelines betreiben. Das ist die Voraussetzung, damit Agenten im Betrieb helfen statt Chaos zu erzeugen.

☑️ Souveränität nicht als Standortfrage behandeln, sondern als Frage des Betriebsmodells.
Server 2016 nicht aussitzen, sondern als Anlass für eine saubere Zielarchitektur nutzen.

Nach der Ignite fasse ich hier zusammen, was tatsächlich angekündigt wurde und was das für Sie bedeutet.

Nicht vergessen: Deadline für Windows Server 2016

Am 12. Januar 2027 endet der Extended Support für Windows Server 2016. Danach gibt es Sicherheitsupdates nur noch über kostenpflichtige Extended Security Updates (ESU), zum Beispiel über Azure Arc. Windows Server 2012/2012 R2 ist seit dem 13.10.2026 auch aus den ESU heraus, SQL Server 2016 seit Juli 2026 aus dem Support.

Meine Einschätzung: ESU kaufen Zeit, lösen aber nichts. Wer ohnehin migrieren muss, sollte nicht 1:1 umziehen, sondern das Ziel bewusst festlegen: Windows Server 2025, Azure oder Azure Local.

LEARN MORE

 

Sprechen Sie uns an

Im unverbindlichen Erstgespräch schauen wir gemeinsam auf:

  • Ihre aktuelle Infrastruktur, inklusive offener Support-Enden
  • Aufbau und Betrieb Ihrer Azure-Umgebung mit Landing Zone, Infrastructure as Code und Automatisierung
  • die Voraussetzungen für KI-Agenten, Copilot und souveräne Cloud-Szenarien

 

FAQ⁉️

Ist Copilot Autopilot dasselbe wie Windows Autopilot?

Nein. Windows Autopilot dient der automatisierten Einrichtung neuer Geräte. Copilot Autopilot ist ein persönlicher KI-Agent, der im Hintergrund Aufgaben übernimmt.

Was unterscheidet Sovereign Public Cloud und Sovereign Private Cloud?

Die Sovereign Public Cloud ist Azure in europäischen Regionen mit zusätzlichen Kontrollen. Die Sovereign Private Cloud basiert auf Azure Local und läuft im eigenen Rechenzentrum, auf Wunsch komplett ohne Verbindung zur Cloud.

Brauche ich für hybride KI neue PCs?

Nicht zwingend. Viele KI-Funktionen laufen weiter in der Cloud. Für lokale Modelle und bestimmte Copilot-Funktionen sind Copilot+ PCs Voraussetzung. Den Ausschlag gibt der Use Case, nicht die Hardware.

Können KI-Agenten den Azure-Betrieb übernehmen?

Teilweise. Agenten wie der Azure SRE Agent oder der Deployment Agent nehmen Routinearbeit ab und liefern Vorschläge oder fertigen Code. Verantwortung, Review und Freigabe bleiben beim Betriebsteam. Je sauberer die Umgebung als Code und mit Policies aufgebaut ist, desto mehr lässt sich sicher automatisieren.

Wann endet der Support für Windows Server 2016?

Der Extended Support endet am 12. Januar 2027. Danach gibt es Sicherheitsupdates nur noch über kostenpflichtige Extended Security Updates (ESU), für maximal drei Jahre.

 

Weitere Artikel

Über IT-News auf dem Laufenden bleiben

Einmal im Monat informieren wir zu aktuellen Trend-Themen, News und Veranstaltungen aus der IT-Welt. Zusätzlich erhalten Sie im Bedarfsfall Sondernewsletter, falls es aktuelle Entwicklungen oder Sicherheitsrisiken nicht zulassen, Ihnen diese Informationen bis zum nächsten planmäßigen Newsletter vorzuenthalten.

Unsere Datenschutzhinweise, die Sie umfassend über unsere Datenverarbeitung und Ihre Datenschutzrechte informieren, finden Sie hier. 

Willkommen an Bord! Bitte halten Sie sich fest, während wir durch den Datenstrom segeln.