New Relic Smart Alerts empfiehlt Alarmabdeckung auf Basis historischer Telemetriedaten
New Relic zufolge analysiert die Funktion Smart Alerts historische Telemetriedaten, um Alarmbedingungen, Abdeckung und bewährte Verfahren für das Monitoring zu empfehlen. Sie soll den manuellen Aufwand verringern, Alarme mit sich schnell verändernden Cloud-Umgebungen in Einklang zu halten. Das Unternehmen beschreibt sie als frühen Schritt seiner Strategie für Autonomous Operations.
- Laut New Relic analysiert Smart Alerts historische Telemetriedaten und empfiehlt Alarmbedingungen, Abdeckung und bewährte Monitoring-Verfahren.
- Die Funktion entfernt Schwellenwerte nicht und verschiebt sie auch nicht automatisch; die Entscheidungen bleiben bei den Ingenieuren.
- New Relic zufolge geht es um bessere Qualität der Abdeckung, nicht um mehr Benachrichtigungen.
- Smart Alerts ist Teil der Strategie für Autonomous Operations von New Relic und übernimmt die Erkennung, nicht die Untersuchung oder Behebung.
Das Problem manuell gepflegter Alarme
In einem Blogbeitrag von Douglas Braun, Product Marketing Manager bei New Relic, argumentiert das Unternehmen, das klassische Alerting-Modell sei zu aufwendig geworden. Ingenieure legen fest, was überwacht wird, erstellen Alarmbedingungen, konfigurieren sie und pflegen sie, wenn sich Systeme verändern. Das habe gut funktioniert, so New Relic, solange Umgebungen relativ stabil und die Zahl der Systeme überschaubar waren.
Moderne Anwendungen erstrecken sich heute über Services, Container, Kubernetes-Cluster, Cloud-Infrastruktur, Datenbanken und Abhängigkeiten von Drittanbietern und verändern sich auch nach der Einrichtung des Monitorings weiter. Laut dem Beitrag erstellen Teams daher nicht bloß Alarme, sondern versuchen fortlaufend, die Abdeckung an eine Umgebung anzupassen, die "nicht stillstehen will". Bei Tausenden oder Zehntausenden Entitäten werde das, so New Relic, zu einem eigenen operativen Problem.
Was Smart Alerts leistet
Smart Alerts analysiert historische Telemetriedaten und empfiehlt Alarmbedingungen, Abdeckung und bewährte Monitoring-Verfahren auf Grundlage dessen, wie sich die Systeme einer Organisation tatsächlich verhalten haben. New Relic versteht diese Empfehlungen als fundierten Ausgangspunkt, damit Ingenieure nicht jede Monitoring-Entscheidung bei null beginnen müssen.
Das Unternehmen benennt die Grenzen des Ansatzes ausdrücklich:
- Smart Alerts beruht nicht auf der Idee, dass sich Schwellenwerte automatisch mit dem Verhalten der Anwendung verschieben sollten.
- Die Funktion schafft Schwellenwerte nicht ab, die laut New Relic in vielen Monitoring-Szenarien weiterhin nützlich sind.
- Die Entscheidungen, die die operativen Prioritäten der Organisation widerspiegeln, treffen weiterhin die Ingenieure.
New Relic zufolge hilft die Funktion außerdem, bewährte Praktiken zu verbreiten. Erfahrene Ingenieure wissen oft, welche Bedingungen für einen Servicetyp wichtig sind, doch dieses Wissen konsequent anzuwenden, kostet Zeit, und unterschiedliche Teams konfigurieren ähnliche Systeme mitunter verschieden. Mit telemetriebasierten Empfehlungen lasse sich das Monitoring über eine große Zahl von Entitäten etablieren, ohne denselben Konfigurationsprozess ständig zu wiederholen, so das Unternehmen.
Zum Thema Alarmflut heißt es in dem Beitrag, das Ziel sei eine bessere Qualität der Abdeckung statt mehr Alarme. Wörtlich: "Das Ziel sind nicht mehr Benachrichtigungen." Es gehe um mehr Vertrauen darin, dass wichtige Systeme angemessen überwacht werden, ohne unnötigen operativen Aufwand.
Einordnung in eine KI-getriebene Strategie
New Relic bringt die Funktion mit dem wachsenden Einsatz von KI im Betrieb in Verbindung. Engineering-Teams beginnen, sich bei der Untersuchung von Vorfällen und der Navigation durch komplexe Betriebsdaten auf KI zu stützen. Der Beitrag argumentiert jedoch, dass bessere Modelle allein keine besseren Ergebnisse garantieren. Kontext sei entscheidend, und Teams müssten weiterhin Bedingungen, die Aufmerksamkeit verdienen, vom großen Volumen normaler Aktivität trennen.
Smart Alerts ist laut New Relic Teil der umfassenderen Strategie für Autonomous Operations. Die Funktion soll weder Vorfälle untersuchen noch Agenten orchestrieren oder Probleme eigenständig beheben. Sie setzt früher im Betriebszyklus an und hilft dabei, eine skalierbare Alarmabdeckung aufzubauen, damit sich relevante Signale konsistenter erkennen lassen. Andere Funktionen können dann Telemetriedaten mit operativem Kontext und KI-gestützten Schlussfolgerungen verknüpfen.
Was das für Engineering-Teams bedeutet
Für Engineering-Teams liegt der Nutzen laut New Relic im Praktischen: weniger Zeit für die wiederholte Konfiguration des Monitorings und mehr Zeit, um die Anwendungen und Erlebnisse zu verbessern, auf die sich Kunden verlassen. Teams können ihre Energie darauf verwenden zu prüfen, ob die empfohlene Abdeckung dem entspricht, was für ihre Anwendungen und Kunden zählt, statt sie von Hand aufzubauen.
Der Beitrag beschreibt zudem einen größeren Wandel für Observability: weg vom reinen Sammeln von Betriebsdaten, hin zum Lernen aus ihnen. Der Wert von Telemetriedaten könne sich im Lauf der Zeit vervielfachen, so New Relic, wenn sie bessere Empfehlungen und reichhaltigeren Kontext speisen. Angaben zu Preisen, Verfügbarkeit oder Leistungskennzahlen von Smart Alerts macht der Beitrag nicht.
