Microsofts Agentic Observability: Die eigentliche Build-vs-Buy-Frage

Die Frage, die jeder Platform-Lead mit einer Agent-Roadmap diesem Quartal seinem CFO stellen sollte, lautet nicht, ob Foundry Tracing eingeführt werden soll, sondern wer 2027 die Telemetriespeicher-Kosten trägt. Nur fünfzehn Prozent der Unternehmen verfügen über ausgereifte Pipelines für großskalige Agenten, und Gartner erwartet, dass bis 2028 die Hälfte aller GenAI-Deployments Observability umfasst. Diese Lücke ist die gesamte kommerzielle Chance, die Microsoft gerade zu nutzen begonnen hat – und sie verändert die Build-vs-Buy-Kalkulation für alle, die Agenten in regulierten Workflows einsetzen.

Die Zahlen

Beginnen wir mit dem Marktrahmen. Das Observability-Segment liegt heute zwischen 2,9 und 4,1 Milliarden Dollar, wie AI CERTs in seiner Zusammenfassung zu Microsoft Build 2026 berichtete. Diesen Bereich bekämpfen Microsoft, Datadog, Grafana Labs und ein Dutzend kleinerer Anbieter, der größtenteils durch Instrumentierung aus der Microservice-Ära definiert wurde. Agenten verändern die Form dieser Daten. Prompts, Tool-Calls, Sub-Agent-Hops und nicht-deterministische Ausgaben erzeugen Telemetrievolumen, das in den ursprünglichen Kapazitätsmodellen nie vorgesehen war.

Die zweite Zahl ist für die Planung noch wichtiger. Gartners Prognose, dass bis 2028 die Hälfte aller GenAI-Deployments Observability tragen wird, bedeutet, dass sich der adressierbare Markt innerhalb von 24 Monaten Beschaffungszyklen ungefähr verdoppelt. Für einen VP Engineering, der die Headcount-Planung 2027 vornimmt, bedeutet das: Entweder das eigene Platform-Team besitzt diese Kompetenz, oder ein Anbieter tut es – und die Anbieterentscheidung muss getroffen sein, bevor die Speicherkosten sich potenzieren.

Dann gibt es das Pilot-Problem. In dem Bericht zitierte Umfragen zeigen, dass fast die Hälfte der Agent-Projekte ohne ausreichende Observability im Pilot-Stadium stecken bleibt. Nur fünfzehn Prozent der Unternehmen verfügen über ausgereifte Pipelines. Diese Lücke von fünfundachtzig Prozent ist kein Talentmangel, sondern eine Tooling- und Governance-Lücke. Die Liste der Blocker ist konsistent: Observability, Governance und Datenqualität. Das sind dieselben drei Punkte, die die Kubernetes-Einführung in Unternehmen 2018 blockierten, bis verwaltete Control Planes kamen.

Das Muster ist vertraut. Eine neue Runtime-Primitive (damals Container, jetzt Agenten) trifft das Ökosystem schneller als das operative Tooling. Anbieter wetteifern darum, die Lücke zu füllen. Der führende Cloud-Anbieter bündelt einen Referenz-Stack. Käufer, die gewartet haben, bekommen einen saubereren Einstieg; Käufer, die früh gebaut haben, schreiben benutzerdefinierte Telemetrie-Pipelines ab. Wenn dem Vorstand gesagt wird, dass Agent-Projekte in den nächsten vier Quartalen Produktionsumsätze erzielen werden, und die aktuelle Pilot-to-Production-Conversion-Rate eher bei fünfzig Prozent liegt, lassen sich die Zahlen nicht in Einklang bringen – nicht ohne eine Observability-Investition, die die meisten Budgets für 2026 nicht eingeplant haben.

Was wirklich neu ist

Microsoft Build 2026 hat zwei Dinge in die General Availability überführt, die relevant sind: Foundry Tracing und Multi-Turn Evaluations. Der GA-Status ist das Signal, nicht das Feature. GA bedeutet, dass Microsofts Account-Teams es jetzt gegen Enterprise-SLAs verkaufen werden, und dass die Beschaffung es ohne Ausnahme für Preview-Tiers genehmigen kann. Das verändert die Kaufdynamik.

Interessanter ist die OpenTelemetry-Bridge. Jedes Agent-Framework kann nun Spans in Azure Monitor streamen. Auf dem Papier ist das ein Standards-Spiel. In der Praxis ist es ein Distributionsspiel. Microsoft wettet darauf, dass die Analyseebene sticky wird, wenn die Ingestion aus LangGraph, CrewAI, semantic-kernel und welchem Framework auch immer in den nächsten sechs Monaten führend wird, reibungslos gemacht wird. Die OpenTelemetry-Spezifikation war schon immer darauf ausgerichtet, Lock-in auf der Collection-Ebene zu vermeiden, aber die Speicher- und Abfrageschicht ist der Ort, an dem die Marge entsteht. Das ist die Ebene, die Microsoft gerade zum Standard gemacht hat.

Agent 365 ist die stillere Ankündigung mit der größeren Unternehmens-Implikation. Tenant-Governance plus Observability-Hooks innerhalb von Office-Workflows bedeutet, dass das Compliance-Profil für Agenten jetzt demselben Tenant-Modell entspricht, das General Counsel und IT bereits für Microsoft 365 kennen. Für jeden General Counsel, der Agent-Deployments in einem regulierten Bereich evaluiert (Finanzdienstleistungen, Gesundheitswesen, iGaming-Lizenzierungsregime), reduziert das einen vollständigen Workstream der Policy-Übersetzung.

Das Foundry-ROI-Dashboard, das Kostenkurven mit Qualitätsmetriken verknüpft, ist der Schachzug für die Führungsebene. Es existiert, weil CFOs immer wieder fragten, warum die LLM-Rechnung Quartal für Quartal um neunzig Prozent stieg, ohne zurechenbaren Umsatz. Ob das Dashboard diese Frage tatsächlich beantwortet oder nur den Schmerz visualisiert, wird davon abhängen, wie ehrlich die Qualitätsmetriken sind. Rubric-Evaluatoren sind nur so gut wie das Rubric, und ich habe noch keinen Anbieter gesehen, der ein Rubric ausliefert, das sein eigenes Produkt schlecht dastehen lässt.

Was wirklich neu ist: Der Referenz-Stack ist jetzt vollständig genug, dass ein mittelgroßes Platform-Team ihn ohne eigene Collector-Entwicklung übernehmen kann. Was nicht neu ist: Das grundlegende Problem der Instrumentierung nicht-deterministischer Systeme bleibt auf theoretischer Ebene ungelöst. Microsoft hat eine gute praktische Antwort geliefert, keine grundlegende.

Was für Engineering-Teams bereits eingepreist ist

Die meisten erfahrenen Engineers erwarten bereits drei Dinge von dieser Ankündigung. Erstens, dass OpenTelemetry der Collection-Standard für Agenten wird. Das war vor achtzehn Monaten bereits richtungsweisend klar, und die Bridges bestätigen es nur. Zweitens, dass die Hyperscaler ihre Monitoring-Produkte ausbauen würden, anstatt einem reinen Spezialanbieter den Kategoriesieg zu überlassen. Azure Monitor, das Agent-Spans erhält, ist die Microsoft-Version dessen, was AWS und Google innerhalb von zwei Quartalen ankündigen werden. Drittens, dass GA-Features zu Build kommen würden. Die Veranstaltung existiert, um Preview-Commitments in Beschaffungsposten umzuwandeln.

Was nicht eingepreist ist und wo Teams meiner Einschätzung nach unvorbereitet sind: die Speicherökonomie. Das Telemetrievolumen für Agenten kann das traditionelle Microservice-Telemetrie um eine Größenordnung übersteigen, sobald jeder Prompt, jede Antwort, jeder Tool-Call und jeder Sub-Agent-Hop innerhalb eines einzelnen Trace erfasst wird. Der Artikel weist zutreffend darauf hin, dass das Telemetrievolumen die Speicherkosten in die Höhe treibt, was Cloud-Management-Budgets belastet. Die meisten Platform-Budgets 2026 wurden auf einer Microservice-Ära-Telemetrie-Baseline aufgebaut. Wenn die Sampling-Strategie nicht speziell auf Agent-Traces ausgerichtet ist, trifft die Überraschung ungefähr im vierten Monat des Produktionsbetriebs ein – für Teams, die im dritten Quartal ausliefern, bedeutet das, dass die Rechnung genau dann eintrifft, wenn die Jahresplanung beginnt.

Der Head of Platform bei jedem Unternehmen ab Series-B, das Agenten in der Produktion betreibt, sollte diese Woche seinen FinOps-Kollegen fragen: Wie hoch ist das projizierte Telemetriespeicher-Wachstum, wenn der Agent-Traffic sich verfünffacht, und hat der aktuelle Azure- oder Observability-Anbietervertrag ein Nachverhandlungsfenster, bevor das eintritt? Wenn die Antwort nein ist, ist das das prioritäre Gespräch – nicht die Framework-Debatte.

Die Gegenmeinung

Der Konsens lautet, dass Microsoft die Referenzarchitektur für governed Agenten etabliert hat und alle anderen sich anpassen müssen. Ich würde dem in einem spezifischen Punkt widersprechen. Schema-Fragmentierung wird in dem Bericht als reales Problem bezeichnet, das doppelte Instrumentierung über agentic Ops-Teams erzwingt. Microsofts Antwort lautet im Wesentlichen: „Nutzt unseres." Das funktioniert, wenn man bereits Foundry-Kunde ist. Es funktioniert nicht so sauber, wenn man einen Multi-Cloud-Agent-Stack betreibt – was die meisten Fintech- und Krypto-Infrastruktur-Teams tun, da ihre Trading-, Compliance- und kundenorientierten Agenten oft in verschiedenen regulatorischen Zonen mit unterschiedlichen Cloud-Footprints leben.

Die Gegenwette: Innerhalb von achtzehn Monaten wird ein Open-Source-Agent-Observability-Schema auf OpenTelemetry-Basis zum eigentlichen Standard, und Foundry Tracing wird zu einer Implementierung unter mehreren. Der Stellenmarkt wird folgen. Engineers, die das offene Schema kennen, werden portabler sein als Engineers, die nur den Microsoft-Stack kennen. Für CTOs, die jetzt Platform-Teams aufstellen, ist das ein Einstellungskriterium, das sich lohnt, in Stellenbeschreibungen aufzunehmen, bevor es für alle offensichtlich wird.

Wichtigste Erkenntnisse

• Foundry Tracing und Multi-Turn Evaluations in GA machen Microsoft zu einem vertretbaren Standard für Agent Observability, aber die OpenTelemetry-Bridge ist der eigentliche Distributionsschachzug. Bewerten Sie den Stack nach Ingestion-Neutralität, nicht nach Feature-Parität.
• Die fünfzehnprozentige Reifequote für großskalige Agent-Pipelines ist das Kaufsignal. Anbieter werden in den nächsten vier Quartalen aggressiv auf Preise setzen, um Referenzkunden zu gewinnen. Verhandeln Sie jetzt.
• Telemetriespeicherkosten für Agent-Traces werden Budgets überraschen, die auf Microservice-Baselines aufgebaut wurden. Modellieren Sie Fünffach-Traffic-Szenarien, bevor Sie 2026 einen Observability-Vertrag verlängern.
• Agent 365 Tenant-Governance verkürzt den Compliance-Workstream für regulierte Branchen, die bereits Microsoft 365 nutzen. Für General Counsels ist das die unterschätzte Ankündigung des Zyklus.
• Teams, die Agent Observability evaluieren, sollten sich jetzt fragen, ob sie einen Referenz-Stack oder einen Betriebsstandard kaufen. Das sind unterschiedliche Commitments mit unterschiedlichen Exit-Kosten.