Von Azure AI Foundry zu Microsoft Foundry – Was hat sich geändert?

Von Azure AI Foundry zu Microsoft Foundry – Was hat sich geändert?

Einleitung

Wer die AI-Landschaft von Microsoft in den letzten Jahren verfolgt hat, dem dürfte aufgefallen sein, dass sich nicht nur die Produkte, sondern auch die Namen ständig weiterentwickeln. Von Azure AI Studio über Azure AI Foundry bis hin zu Microsoft Foundry - allein die Namensgebung zeigt, dass hier mehr passiert als ein simples Rebranding.

Mit Microsoft Foundry steht seit März 2026 eine einheitliche AI-Plattform bereit, die Modelle, Agenten, Tools und Governance unter einem Dach vereint. Und das im GA-Status - also produktionsreif.

In diesem Blogpost ordne ich die Entwicklung ein, zeige dir was sich konkret geändert hat und was das für dich als Entwickler oder Architekt bedeutet.

Was du in diesem Blogpost findest

  • Die Evolution von Azure AI Studio zu Microsoft Foundry
  • Die fünf Säulen von Microsoft Foundry im Überblick
  • Was seit dem Rebranding neu hinzugekommen ist
  • Migrationspfade für Entwickler
  • Einordnung und eigene Einschätzung

Die Evolution - Von Azure AI Studio zu Microsoft Foundry

Die Namensänderung war kein spontaner Entschluss. Hier eine Übersicht der Timeline:

Zeitraum Produkt Status
2023 Azure AI Studio Preview
November 2024 Azure AI Foundry GA einzelner Features (Ignite 2024)
Mai 2025 Microsoft Foundry (Rebranding) Angekündigt auf der Build 2025, Agent Service (classic) GA
März 2026 Microsoft Foundry Neuer Agent Service GA (Responses API), Evaluations GA, REST API GA

Warum der Namenswechsel? Microsoft positioniert Foundry nicht mehr als reinen Azure-Service, sondern als plattformübergreifende AI Factory. Der Wegfall von "Azure" im Namen signalisiert: Diese Plattform ist nicht nur für Azure-Nutzer gedacht. Sie integriert Modelle von OpenAI, Anthropic, Meta, Mistral, xAI, DeepSeek, Cohere und vielen weiteren Anbietern.

Auch technisch hat sich einiges verschoben. Die offizielle Dokumentation zeigt das Mapping:

Vorher (Azure AI Foundry) Jetzt (Microsoft Foundry)
Azure AI Services Foundry Tools
Foundry (classic) Portal Foundry Portal
Assistants API (Agents v0.5/v1) Responses API (Agents v2)
Monatliche api-version Parameter Stable Routes (/openai/v1/)
Hub + Azure OpenAI + AI Services Foundry Resource (single, mit Projects)
Mehrere SDK-Pakete Unified azure-ai-projects 2.x + OpenAI() gegen einen Project-Endpoint
Threads, Messages, Runs, Assistants Conversations, Items, Responses, Agent Versions

Die fünf Säulen von Microsoft Foundry

Microsoft Foundry gliedert sich in fünf zentrale Bereiche:

1. Foundry Models

Der Modellkatalog umfasst über 1.900 Modelle - von Foundation Models über Reasoning-Modelle bis hin zu domänenspezifischen und Industry-Modellen. Neben den eigenen OpenAI-Modellen integriert Foundry Modelle zahlreicher Anbieter:

  • OpenAI: GPT-5 Series (GPT-5, GPT-5 mini, GPT-5 nano, GPT-5 chat), GPT-Realtime-1.5, GPT-Audio-1.5
  • Anthropic: Claude Opus 4.6, Claude Sonnet 4.6 (jeweils Preview, 1M-Token-Context)
  • xAI: Grok 4.0 (GA), Grok 4.1 Fast (Preview)
  • Meta: Llama 4 Scout 17B, Llama 3.1/3.2 Familie
  • Microsoft: Phi-4, Phi-4-mini, Phi-4-reasoning
  • Mistral: Codestral, Mistral Medium, Mistral Small
  • DeepSeek, Qwen, Cohere, Stability AI und viele mehr

Das Spannende: Über den Model Router kann Foundry automatisch das optimale Modell für eine Anfrage auswählen - basierend auf Kosten, Latenz und Qualität. Der Model Router unterstützt seit Februar 2026 die GPT-5-Serie.

2. Foundry Agent Service

Der Agent Service hat eine bewegte Geschichte: Bereits im Mai 2025 wurde die erste Version (basierend auf der Assistants API) als GA freigegeben - das ist heute der „classic" Agent Service. Der neue Foundry Agent Service (basierend auf der Responses API) ist seit dem 16. März 2026 GA und bildet das Herzstück für agentic AI. Er ist wire-kompatibel mit dem OpenAI Agents SDK - Code, der für OpenAI geschrieben wurde, läuft mit minimalen Änderungen auch auf Foundry.

⚠️ Wichtig: Die classic Agents (Assistants API) sind deprecated und werden am 31. März 2027 eingestellt. Microsoft stellt einen Migration Guide bereit, um bestehende Workloads auf den neuen Agent Service zu migrieren.

Die Architektur ist bewusst offen gehalten - du kannst verschiedene Modelle und Orchestrierungsframeworks wie LangGraph frei kombinieren. Agents, Tools und Infrastruktur sprechen das gleiche Protokoll.

Im GA-Release sind außerdem enthalten:

  • End-to-end Private Networking mit BYO VNet (kein Public Egress)
  • MCP- und A2A-Authentifizierung (Key-based, Entra Agent Identity, Managed Identity, OAuth Identity Passthrough)
  • Evaluations (GA) mit Out-of-the-box- und Custom-Evaluators plus Continuous Monitoring
  • Voice Live (Preview) für Echtzeit-Speech-to-Speech direkt am Agent
  • Hosted Agents (Preview) in sechs Azure-Regionen
  • Memory - Agenten behalten Kontext über Interaktionen hinweg, ohne wiederholte Eingaben
  • Tool Catalog - über 1.400 Tools via öffentliche und private Kataloge anbindbar
  • Connected Agents - Multi-Agent-Systeme ohne externe Orchestratoren
  • Publishing - Agenten direkt nach Microsoft 365, Teams oder BizChat publizieren

3. Foundry Control Plane

Die Governance-Schicht von Foundry kümmert sich um:

  • Sicherheit: Private Networking (BYO VNet), kein Public Egress
  • Observability: Built-in Tracing, Monitoring, Evaluations
  • Compliance: SOC 2, HIPAA, ISO-zertifiziert
  • Content Safety: Integrierte Inhaltsfilterung

4. Foundry IQ

Foundry IQ ist die Knowledge-Integration von Foundry. Damit können Agenten auf Unternehmens- und Web-Inhalte zugreifen und ihre Antworten mit Quellenverweisen (Citations) belegen - die offizielle Bezeichnung lautet Foundry IQ knowledge integration. Foundry IQ baut u.a. auf Azure AI Search auf und kann direkt mit Agenten verbunden werden.

5. Foundry Tools

Unter Foundry Tools (vormals Azure AI Services) fallen spezialisierte AI-Dienste:

  • Speech: Text-to-Speech und Speech-to-Text
  • Translator: Echtzeitübersetzung
  • Language: Textanalyse, Named Entity Recognition, Sentiment
  • Document Intelligence: Strukturierte Datenextraktion aus Dokumenten
  • Content Understanding: Multimodales Verständnis von Texten, Bildern und Videos
  • Vision / Face: Bildanalyse, visuelle Inspektion, Gesichtserkennung

Was ist neu seit dem Rebranding?

Neben der Namensänderung sind einige substanzielle Neuerungen hinzugekommen:

Foundry Portal (ai.azure.com) - GA

Das Portal hat den GA-Status erreicht und ist jetzt die primäre Oberfläche für die Arbeit mit Foundry. Hier können Entwickler Projekte anlegen, Modelle deployen, Agenten konfigurieren und Evaluierungen durchführen.

💡 Hinweis: Das alte Azure AI Foundry existiert als "Foundry (classic)" weiterhin, wird aber nicht mehr aktiv weiterentwickelt. Die classic Agents (Assistants API) sind deprecated und werden am 31. März 2027 eingestellt. Im neuen Foundry Portal gibt es einen "New Foundry"-Toggle im Banner, der standardmäßig aktiviert ist. Für neue Projekte solltest du direkt das neue Foundry Portal nutzen.

SDK-Vereinheitlichung

Microsoft konsolidiert die SDKs unter einem zentralen Paket pro Sprache:

dotnet add package Azure.AI.Projects

Das Azure.AI.Projects NuGet-Paket (aktuell v1.1.0 stable) bietet eine einheitliche API für Projekt-Connections, Deployments, Datasets und Indexes. Für Agenten liefert es über GetPersistentAgentsClient() Zugriff auf den PersistentAgentsClient (aus dem separaten Paket Azure.AI.Agents.Persistent).

⚠️ Wichtig: Parallel dazu existiert bereits die 2.x-Linie (Azure.AI.Projects 2.0.0-beta.1 für .NET), die auf der neuen GA-REST-API (/openai/v1/) aufbaut und die Responses API nutzt. Das ist die Zukunft - aber Stand März 2026 noch in Preview. Für den nächsten Schritt zum next-gen Agent Service nutzt du AIProjectClientget_openai_client() → Responses API (siehe Code-Beispiel unten).

Es gibt auch entsprechende Pakete für Python (azure-ai-projects) und JavaScript (@azure/ai-projects).

Foundry Local

Ein besonders interessantes Feature: Foundry Local ermöglicht es, Modelle direkt auf dem eigenen Gerät auszuführen - ohne Cloud-Verbindung. Das ist besonders für Edge-Szenarien und datensensible Anwendungen relevant.

# Foundry Local installieren (macOS)
brew tap microsoft/foundrylocal
brew install foundrylocal

# Modell herunterladen und ausführen
foundry model run phi-4-mini-instruct

Model Router

Der Model Router analysiert eingehende Anfragen und leitet sie automatisch an das Modell weiter, das das beste Verhältnis aus Qualität, Kosten und Latenz bietet. Statt manuell zwischen verschiedenen GPT-5-Varianten zu wählen, übernimmt der Router diese Entscheidung. Du wählst lediglich den Optimierungsmodus: Balanced, Cost oder Quality.


Migration - Was müssen Entwickler anpassen?

Wenn du bereits mit Azure AI Foundry gearbeitet hast, ist die Migration überschaubar:

SDK-Migration

// Stable (v1.x) - Assistants API Pattern
using Azure.AI.Projects;
using Azure.AI.Agents.Persistent;

var projectClient = new AIProjectClient(new Uri(endpoint), new DefaultAzureCredential());
PersistentAgentsClient agentsClient = projectClient.GetPersistentAgentsClient();

// Next-Gen (v2.x, noch Beta) - Responses API Pattern
using Azure.AI.Projects;

var projectClient = new AIProjectClient(endpoint, credential);
var openaiClient = projectClient.GetOpenAIClient();
// → openaiClient.Responses.Create(...)

Die Kernkonzepte bleiben gleich. Die wichtigste Änderung: Das separate Paket Azure.AI.Agents (Preview) wird nicht mehr benötigt. Stattdessen kommt alles über Azure.AI.Projects. Für die Assistants-API nutzt du GetPersistentAgentsClient(), für die neue Responses-API (next-gen) GetOpenAIClient().

Portal-Migration

  • Bestehende Projekte in Azure AI Foundry (Classic) bleiben erreichbar
  • Neue Projekte sollten im Foundry Portal (ai.azure.com) angelegt werden - „New Foundry"-Toggle muss aktiviert sein
  • Classic Agents (Assistants API) werden am 31. März 2027 eingestellt - migriere rechtzeitig
  • Die Umstellung erfolgt schrittweise - für neue Projekte gibt es keinen Grund mehr, Classic zu nutzen

API-Kompatibilität

Assistants API (v1, stable): Die bewährte Agents API nutzt den PersistentAgentsClient über das AIProjectClient:

using Azure.Identity;
using Azure.AI.Projects;
using Azure.AI.Agents.Persistent;

var credential = new DefaultAzureCredential();
var projectClient = new AIProjectClient(
    new Uri(Environment.GetEnvironmentVariable("PROJECT_ENDPOINT")!),
    credential);

PersistentAgentsClient agentsClient = projectClient.GetPersistentAgentsClient();

// Agent erstellen
PersistentAgent agent = await agentsClient.Administration.CreateAgentAsync(
    model: "gpt-4o",
    name: "foundry-demo",
    instructions: "Erkläre die Vorteile von Microsoft Foundry.");

// Thread erstellen und Nachricht senden
PersistentAgentThread thread = await agentsClient.Threads.CreateThreadAsync();

await agentsClient.Messages.CreateMessageAsync(
    thread.Id, MessageRole.User,
    "Erkläre die Vorteile von Microsoft Foundry in einem Satz.");

// Agent ausführen
ThreadRun run = await agentsClient.Runs.CreateRunAsync(thread.Id, agent.Id);
Console.WriteLine($"Run Status: {run.Status}");

Responses API (next-gen, GA als REST, SDK noch Beta): Das neue Pattern nutzt die OpenAI-kompatible Responses API über Azure.AI.Projects 2.x:

// C#-Beispiel (Azure.AI.Projects 2.0.0-beta.1)
using Azure.Identity;
using Azure.AI.Projects;

var endpoint = Environment.GetEnvironmentVariable("AZURE_AI_PROJECT_ENDPOINT")!;
var modelDeploymentName = Environment.GetEnvironmentVariable("MODEL_DEPLOYMENT_NAME")!;

AIProjectClient projectClient = new(new Uri(endpoint), new DefaultAzureCredential());

// Agent erstellen (deklarativ - Prompt Agent)
PromptAgentDefinition agentDefinition = new(model: modelDeploymentName)
{
    Instructions = "Erkläre die Vorteile von Microsoft Foundry."
};

AgentVersion agent = await projectClient.Agents.CreateAgentVersionAsync(
    agentName: "foundry-demo",
    options: new(agentDefinition));

// Responses API über den OpenAI-Client nutzen
var openAIClient = projectClient.GetOpenAIClient();
var responsesClient = openAIClient.GetResponseClient();

var response = await responsesClient.CreateResponseAsync(
    model: modelDeploymentName,
    input: "Erkläre die Vorteile von Microsoft Foundry in einem Satz.");

Console.WriteLine(response.Value.GetOutputText());

// Aufräumen
await projectClient.Agents.DeleteAgentVersionAsync(
    agentName: agent.Name, agentVersion: agent.Version);

💡 Tipp: Das next-gen Responses-API-Pattern (Azure.AI.Projects 2.x) ist der empfohlene Weg für neue Projekte. Der PersistentAgentsClient (1.x) bleibt bis März 2027 unterstützt, ist aber deprecated. Die 2.x-SDKs sind aktuell noch in Beta - für Produktion ist 1.x die stabilere Option, bis die 2.x-Linie GA wird.

📌 Tipp: Die SDKs sind in C#, Python, JavaScript und Java verfügbar. JS und Java befinden sich noch in Preview. Für den Einstieg empfehle ich die Quickstart-Dokumentation.


Relevanz für Industrial IoT und Manufacturing

Für den Manufacturing-Bereich ergeben sich durch Foundry einige interessante Anwendungsfälle:

  • Document Intelligence für automatische Extraktion von Qualitätsdaten aus Prüfberichten und Wartungsprotokollen
  • Vision AI für visuelle Inspektion in der Qualitätssicherung
  • Agent Service für autonome Prozesssteuerung - z.B. ein Wartungsagent, der auf Basis von IoT-Sensordaten Wartungsempfehlungen gibt
  • Foundry Local für Edge-Szenarien, in denen Daten die Fabrik nicht verlassen dürfen

Die Kombination mit Azure IoT Operations ist dabei besonders spannend: Sensordaten vom Edge fließen über Data Flows in die Cloud und können dort von Foundry-Agenten analysiert und verarbeitet werden.


Fazit

Microsoft Foundry ist deutlich mehr als ein Rebranding. Die Plattform hat sich von einem reinen Azure-Service zu einer umfassenden AI Factory entwickelt, die Modelle, Agenten, Tools und Governance unter einem Dach vereint.

Für mich persönlich sind drei Aspekte besonders hervorzuheben:

  1. Die Breite des Modellkatalogs - über 1.900 Modelle von OpenAI, Anthropic, Meta, Mistral, xAI und vielen weiteren Anbietern unter einem Dach eliminieren den Vendor Lock-in
  2. Der Agent Service in GA - endlich können produktionsreife AI-Agenten gebaut werden, inklusive Private Networking, Evaluations, MCP- und A2A-Support. Die classic Agents werden 2027 eingestellt - jetzt ist der richtige Zeitpunkt für die Migration.
  3. Foundry Local - die Möglichkeit, Modelle lokal auszuführen, eröffnet komplett neue Edge- und Sovereign-Cloud-Szenarien

Wer bereits Azure AI Foundry nutzt, sollte den Umstieg zeitnah planen. Die Migration ist überschaubar und das neue Portal bietet eine deutlich bessere Erfahrung. Für Neueinsteiger gibt es keinen besseren Zeitpunkt: Die Plattform ist GA, die Dokumentation ist umfassend und die Community wächst rasant.

Ich bin gespannt, was Microsoft auf der Build 2026 am 2.-3. Juni ankündigen wird - insbesondere ob die SDKs der 2.x-Linie dann GA werden.


Weiterlesen

Praxisprojekt: End-to-End Deployment mit Azure Arc-enabled Kubernetes: GitOps, Policy und Monitoring

Praxisprojekt: End-to-End Deployment mit Azure Arc-enabled Kubernetes: GitOps, Policy und Monitoring

Einleitung Freitagabend, 22:30 Uhr. Maren, Ops-Leiterin bei einem mittelständischen Logistikdienstleister, sitzt mit dem Laptop auf der Couch. In ihrem Slack explodiert es: Der Label-Service im Lager Hamburg druckt seit einer Stunde falsche Versandlabels. DHL-Pakete bekommen DPD-Labels. Die Nachtschicht stapelt Pakete, die nicht raus können. Maren weiß, was jetzt kommt.

Von Tim Steiner