New Relic setzt auf die Klempner-Rolle im Agentic-AI-Stack

Stellen Sie sich eine belebte Restaurantküche vor, in der jeder neue Mitarbeiter Chefkoch werden möchte. New Relic ist gerade hereingekommen und hat freiwillig den Geschirrspüler übernommen. Am 24. Februar 2026 legte der Anbieter eine Vorschau-Roadmap vor, die bewusst darauf verzichtet, den gesamten Software-Delivery-Lifecycle zu verfolgen, und stattdessen die saubere Teller-Schicht sein möchte, von der alle anderen Agenten abhängen. In einem Markt, in dem Datadog, Dynatrace und Cisco-Splunk alle nach dem Kochhut greifen, ist das entweder Bescheidenheit oder strategisches Judo.

Was passiert ist

New Relic hat eine Reihe von Agentic-AI-Features angekündigt – allesamt bis zum nächsten Quartal in der Preview-Phase –, die KI-Agenten tiefer in die Observability- und AIOps-Plattform integrieren. Wie TechTarget berichtete, formulierte Chief Product Officer Brian Emerson die Strategie klar: agentenbasierte Unterstützung ausbauen, aber mit Partnern in angrenzenden Märkten zusammenarbeiten, statt auf deren Terrain vorzudringen.

Das Herzstück ist ein neuer SRE Agent, der Incident-Untersuchungen über Observability-Daten hinweg durchführt und mit Incident-Management-Tools von ServiceNow, Atlassian und PagerDuty zusammenarbeitet. Wichtig: New Relic baut keine KI-Agenten-Control-Plane für die Incident-Remediation, die mit diesen Partnertools überlappen würde. Der Geschirrspüler bleibt in seiner Spur.

Für die Software-Delivery-Seite verwies Emerson auf CI/CD-Partner wie Amazon und Microsofts GitHub. „Wenn wir ein Problem mit einer bestimmten Änderung in der Infrastruktur oder Konfiguration identifiziert haben, können wir diese Information zurück in einen Agenten auf der CI/CD-Seite übertragen", sagte er. „Früher brauchte man dafür fest codierte API-Integrationen, jetzt ist es einfach dynamisch und fließend."

Hinzu kommt ein neuer No-Code-KI-Agent-Builder, bei dem Emerson ausdrücklich betont, dass er kein Ersatz für universelle Agent-Builder ist. Darüber hinaus fügt New Relic AI-Agent-Monitoring mit Business-Impact-Analyse für KI-Anwendungen, Federated Logs auf Amazon S3, eBPF-Netzwerkmetriken, User-Notebooks und dynamische Homepages als Ersatz für das alte Dashboard-Modell hinzu. Die meisten dieser Funktionen, so der Bericht, existieren bei Cisco-Splunk, Dynatrace und Datadog bereits in irgendeiner Form.

Technische Anatomie

Der Kern: New Relic wettet darauf, dass Agenten-zu-Agenten-Protokolle handgestrickte API-Integrationen als Bindegewebe zwischen Observability, ITSM und CI/CD ersetzen werden. Genau das meint Emerson, wenn er sagt, die Agenten seien „intelligent genug, um herauszufinden, wie sie interagieren." In der Praxis wird der SRE Agent zu einem Wissens-Endpunkt, den ein ServiceNow-Agent oder ein GitHub-seitiger Agent nach Root-Cause-Kontext, Nutzerauswirkungen oder der spezifischen Konfigurationsänderung befragen kann, die die Produktion an einem Freitagabend um 16 Uhr zum Absturz gebracht hat.

Wer schon einmal eine Jira-zu-PagerDuty-zu-Splunk-Integration mit maßgeschneiderten Webhooks verdrahtet hat, kennt den Schmerz, auf den hier abgezielt wird. Jedes Versionsupdate auf einer der Seiten bricht den Klebstoff. Wenn agentenvermittelte Kommunikation funktioniert, wird der Vertrag semantischer Natur: „Sag mir, was sich an diesem Service geändert hat" statt „POST an /api/v3/incidents mit genau diesem Schema." Das ist eine bedeutsame Verschiebung für Plattform-Teams, die derzeit unglamouröse Wochen damit verbringen, Connector-Code zu pflegen.

Die Business-Impact-Analyse für KI-Anwendungen ist das andere technisch interessante Element. LLM-gestützte Services zu überwachen ist nicht dasselbe wie einen zustandslosen REST API zu überwachen. Token-Kosten, Prompt-Drift, Halluzinationsraten und Retrieval-Qualität müssen irgendwo im Observability-Stack landen, und die Standards werden noch in OpenTelemetry-Arbeitsgruppen diskutiert. Dass New Relic KI-Workload-Telemetrie neben traditionellen Metriken und Logs einordnet, ist inzwischen Pflicht, keine Differenzierung.

Das Federated-Logs-Feature auf S3 verdient einen eigenen Hinweis. Statt Kunden zu zwingen, jeden Log-Byte in New Relics Backend zu übertragen, bedeutet Federation, Daten dort abzufragen, wo sie bereits liegen. Das ist die Richtung, in die sich die gesamte Kategorie bewegt, weil Storage-Egress- und Ingest-Preise für große Kunden zum Knackpunkt geworden sind. Dazu kommen eBPF-Netzwerkmetriken, die Telemetrie auf Kernel-Ebene ohne Sidecars oder Code-Änderungen erfassen – und eine Plattform, die dort aufholt, wo Datadog und Co. bereits vor zwei Jahren angekommen sind.

Wer unter Druck gerät

Die unangenehme Wahrheit, die Emerson selbst zugibt: „Es gibt keine klaren Gewinner im Rennen um KI. Es ist noch neu und wird auf viele verschiedene Arten definiert." Stephen Elliot, Analyst bei IDC, stellt fest, dass New Relic, Datadog und Dynatrace alle große Kundenstämme haben und alle ihre Tools für generative und agentische KI nachrüsten mussten. Kunden, so Elliot, seien interessiert, aber skeptisch. „Das klingt verlockend, das klingt wirklich toll, aber ich muss es sehen."

New Relics Risiko ist strategischer Natur. Torsten Volk, Analyst bei Omdia, bringt es auf den Punkt: „New Relic verdoppelt seinen Einsatz auf die Operator-Persona, während der Großteil der Konkurrenz darauf aus ist, den gesamten Software-Delivery-Lifecycle zu besitzen." In einer offenen Agenten-Welt könnte dieser Fokus gut altern. In einem konsolidierungsgetriebenen Beschaffungszyklus „ist es jedoch riskant, eine ‚zusätzliche Schicht' im Stack zu sein, da Kunden möglicherweise lieber eine einzige Plattform bevorzugen." Das ist die Zangenbewegung.

Für iGaming- und Fintech-Plattform-Teams ist das direkt relevant. Wenn Ihr Incident-Stack bereits auf PagerDuty oder ServiceNow und Ihre Pipelines auf GitHub laufen, ist New Relics „Wir integrieren, wir ersetzen nicht"-Versprechen der Weg des geringsten Widerstands. Wenn Sie ein Krypto- oder DeFi-Unternehmen sind, das auf Datadog konsolidiert hat, weil der CFO sechs Rechnungen satt hatte, kommt das Angebot anders an.

Das andere Risiko ist intern. New Relic wurde 2023 von einem Private-Equity-Unternehmen übernommen und durchlief im selben Jahr einen Führungswechsel. PE-Eigentümer neigen dazu, die Geduld für Strategien zu verkürzen, die drei Jahre brauchen, um sich zu beweisen. Die Operator-Persona-Wette ist genau so eine Strategie. Wenn die nächsten vier Quartalsreviews zeigen, dass Datadog die Full-SDLC-Deals gewinnt, wird das Gespräch im Aufsichtsrat interessant.

Spielplan für Engineering-Teams

Wenn Sie als Platform Lead oder SRE-Manager vor dieser Nachricht stehen, sind diese Woche drei Schritte sinnvoll.

Erstens: Prüfen Sie Ihren bestehenden Observability-zu-ITSM-Klebecode. Zählen Sie die maßgeschneiderten API-Integrationen zwischen Ihrem Monitoring-Tool, Ihrer Incident-Management-Plattform und Ihrem CI/CD-System. Diese Zahl ist Ihr Migrationskosten-Indikator, wenn agentenvermittelte Kommunikation tatsächlich so funktioniert wie angekündigt. Sie ist auch Ihr Argument in jeder Verlängerungsverhandlung mit Ihrem aktuellen Anbieter.

Zweitens: Befassen Sie sich ernsthaft mit KI-Workload-Telemetrie, bevor die Beschaffung Ihnen die Hand zwingt. Egal ob Sie am Ende bei New Relic, Datadog oder Dynatrace landen – Sie brauchen eine klare Spezifikation, was ein LLM-gestützter Service aussenden muss: Token-Counts, Latenz-Perzentile, Retrieval-Trefferquoten, Fehlermodi. Schreiben Sie es jetzt auf, verankern Sie es in OpenTelemetry Semantic Conventions, wo diese existieren, und Sie werden nicht dem Anbieter ausgeliefert sein, der die glänzendste Demo liefert.

Drittens: Testen Sie das Versprechen „Agenten kollaborieren über Anbieter hinweg" unter Druck. Bitten Sie Ihren New-Relic-Vertreter, auf Ihren Daten einen End-to-End-Flow zu demonstrieren, bei dem der SRE Agent eine Frage beantwortet, die Ihre ServiceNow-Instanz oder Ihre GitHub-Pipeline stellt. Preview-Features sind genau das. Elliots Kunden haben recht zu sagen „Ich muss es sehen." Das sollten Sie auch, denn wer die Roadmap statt des Produkts kauft, sitzt zwei Jahre später vor einem teuren Bedauern.

Für Teams, die mit ihrem aktuellen Stack bereits zufrieden sind, ist Geduld die ehrliche Empfehlung. Lassen Sie die Preview zum GA werden, lassen Sie die Konkurrenten reagieren, und überdenken Sie es in zwei Quartalen, wenn Preisdaten und reale Zuverlässigkeitsdaten vorliegen.

Wichtigste Erkenntnisse

• New Relic bleibt bewusst außerhalb des vollständigen Software-Delivery-Lifecycle und setzt stattdessen auf Partner-Integrationen mit Amazon, GitHub, ServiceNow, Atlassian und PagerDuty.
• Der neue SRE Agent, der No-Code-Agent-Builder und das KI-Anwendungsmonitoring befinden sich bis zum nächsten Quartal allesamt in der Preview-Phase – Produktionseinsätze sind verfrüht.
• Federated Logs auf S3 und eBPF-Netzwerkmetriken bringen New Relic näher an die Parität mit Cisco-Splunk, Dynatrace und Datadog – nicht darüber hinaus.
• Der Analysten-Konsens lautet: Kein Anbieter hat das Rennen um agentische Observability gewonnen, und Enterprise-Kunden fordern Beweise, keine Pitches.
• Die Operator-Persona-Strategie ist in einer offenen Agenten-Zukunft vertretbar und in einem Konsolidierungszyklus gefährlich. Beobachten Sie die nächsten zwei Quartale des Deal-Flows genau.

Zurück zur Küche. Den Geschirrspüler zu betreiben ist nicht glamourös, aber jeder Koch im Haus braucht saubere Teller. New Relic wettet darauf, dass die Plattform, die zuverlässig die Frage „Was ist gerade kaputt und wen betrifft das?" beantwortet, still und leise unverzichtbar sein wird, wenn sich der agentische Staub gelegt hat – auch wenn sie nie den Stern auf der Speisekarte bekommt. Die Wette ist rational. Ob PE-Geduld und Enterprise-Beschaffung übereinstimmen, ist der Teil, an dem alles hängt – oder nicht.