New Relic Smart Alerts empfiehlt Alarmabdeckung auf Basis historischer Telemetriedaten

New Relic Smart Alerts wertet historische Telemetriedaten aus und empfiehlt Alarmbedingungen sowie Überwachungsabdeckung auf Grundlage des tatsächlichen Systemverhaltens. Laut Unternehmen ist eine bessere Erkennung das Fundament, auf dem KI-gestützter Betrieb aufbaut.
- New Relic Smart Alerts wertet historische Telemetriedaten aus und empfiehlt Alarmbedingungen, Abdeckung und bewährte Überwachungspraktiken.
- Laut New Relic passt die Funktion Alarmschwellenwerte nicht fortlaufend an und nimmt Entwickler nicht aus dem Prozess heraus.
- Smart Alerts untersucht keine Vorfälle und entscheidet nicht über Reaktionen, sondern soll die Erkennungsebene stärken.
- New Relic beschreibt autonomen Betrieb als Betriebsmodell, das Telemetrie, Erkennung, Kontext, KI, Workflows, Governance und menschliches Urteilsvermögen verbindet.
Vom leeren Blatt zu fundierten Empfehlungen
In einem Blogbeitrag von Douglas Braun, Product Marketing Manager bei New Relic, argumentiert das Unternehmen, dass autonomer Betrieb damit beginnt, zu wissen, was Aufmerksamkeit verdient. Moderne Observability-Umgebungen erzeugen große Mengen an Telemetriedaten über Anwendungen, Dienste, Kubernetes-Cluster, Datenbanken und Cloud-Infrastruktur hinweg. Diese Transparenz allein, so der Beitrag, legt noch nicht fest, welche Zustände wichtig genug sind, um ihnen nachzugehen.
Die Entscheidung, was überwacht wird, war laut dem Beitrag bislang Handarbeit. Ein Entwickler legt fest, was überwacht werden soll, erstellt Alarmbedingungen und wiederholt den Vorgang, sobald neue Dienste und Infrastruktur hinzukommen. Das lässt sich kaum durchhalten, wenn Organisationen Tausende oder Zehntausende Entitäten verwalten, die sich ständig verändern.
Smart Alerts soll das ändern. Statt Entwickler jede Überwachungsentscheidung bei null beginnen zu lassen, kann New Relic die bereits in der Plattform vorhandenen Betriebsdaten nutzen, um Alarmbedingungen, Abdeckung und bewährte Überwachungspraktiken zu empfehlen.
Was Smart Alerts leistet und was nicht
New Relic benennt die Grenzen der Funktion ausdrücklich. Smart Alerts nimmt Entwickler nicht aus dem Prozess heraus. Zudem passt die Funktion Alarmschwellenwerte nicht fortlaufend an, wenn sich das Anwendungsverhalten ändert. Schwellenwertbasiertes Alerting bleibt laut Beitrag ein wichtiger Bestandteil von Observability.
Verändert wird der manuelle Aufwand, der nötig ist, um überhaupt eine angemessene Alarmabdeckung herzustellen. Das erklärte Ziel ist nicht, mehr Alarme zu erzeugen, sondern Organisationen zu helfen, eine sinnvolle Abdeckung schneller und konsistenter aufzubauen, während die Engineering-Teams die Kontrolle über die Überwachungsstrategie behalten, die zu ihrer Umgebung passt.
Den größten Nutzen sieht das Unternehmen im großen Maßstab. In Cloud-nativen Umgebungen lösen Teams oft im Kern dasselbe Überwachungsproblem immer wieder, über Anwendungen, Dienste, Cluster, Infrastruktur und Datenbanken hinweg. Historische Telemetriedaten geben Entwicklern einen besser informierten Ausgangspunkt und verringern wiederkehrende Konfigurationsarbeit.
Smart Alerts führt auch keine Untersuchung von Vorfällen durch und entscheidet nicht über die passende Reaktion. Laut New Relic liefert die Funktion eine stärkere Erkennungsebene, die Engineering-Teams und andere New-Relic-Funktionen als Quelle für bessere Betriebssignale nutzen können.
Warum Erkennung für KI wichtig ist
Der Beitrag verknüpft die Funktion mit der wachsenden Rolle von KI im Softwarebetrieb. KI kann Entwicklern helfen, Vorfälle zu untersuchen, komplexe Telemetriedaten zu deuten, relevanten Kontext sichtbar zu machen und nachzuvollziehen, was passiert sein könnte. Wie nützlich diese Untersuchung ist, hängt aber zum Teil von der Qualität und Relevanz der Signale ab, die sie auslösen.
Ist die Überwachungsabdeckung lückenhaft, erhalten wichtige Zustände möglicherweise nie die nötige Aufmerksamkeit. Erzeugt das Alerting zu viele wenig aussagekräftige Benachrichtigungen, müssen die Verantwortlichen erst bedeutsame Signale vom Rauschen trennen, bevor sie die eigentliche Ursache angehen können. In beiden Fällen kann nach Darstellung des Beitrags alles leiden, was auf die Erkennung folgt.
New Relic beschreibt autonomen Betrieb nicht als einzelne Funktion oder als KI-Agenten, der jede Phase eines Vorfalls übernimmt. Das Unternehmen nennt ihn ein Betriebsmodell, in dem Telemetrie, Erkennung, vertrauenswürdiger Betriebskontext, KI-gestützte Untersuchung, spezialisierte Funktionen, Workflows, Governance und menschliches Urteilsvermögen zusammenwirken.
Was das für Teams bedeutet
Das Unternehmen skizziert eine Abfolge über den gesamten Betriebszyklus: Bessere Telemetrie ermöglicht bessere Erkennung, bessere Erkennung liefert nützlichere Signale für die Untersuchung, und reichhaltiger Betriebskontext hilft KI und Entwicklern, diese Signale zu interpretieren. Anschließend entscheiden die Teams über die Reaktion, mit den Kontrollen, Workflows und der menschlichen Aufsicht, die ihre Organisationen verlangen.
Für New-Relic-Kunden ist das praktische Versprechen enger gefasst als die große Vision. Smart Alerts wandelt historische Telemetriedaten in Empfehlungen um, mit denen sich eine sinnvolle Alarmabdeckung leichter aufbauen und skalieren lässt. Der Beitrag nennt weder Preise noch Verfügbarkeitstermine oder Leistungskennzahlen. Der Nutzen beruht also auf der Beschreibung des Ansatzes durch New Relic und nicht auf gemessenen Ergebnissen.
New Relic: Autonomous Operations Starts with Knowing What Matters

