Dynatrace 1.349 bringt SRE-Agenten, Ursachenanalyse für OpenTelemetry und Azure-Kostendaten

Autonome Agenten in Workflows

Die wichtigste Neuerung sind Agentic Operations und der SRE Agent. Dynatrace zufolge können Nutzer SRE-Aufgaben nun an autonome Agenten delegieren, damit sie automatisiert, zuverlässig und vertrauenswürdig ausgeführt werden. Nach Angaben des Unternehmens schließen SRE Agents die Untersuchung eines Problems ab, noch bevor ein Mensch darauf schaut. Der Bericht enthält die Ursache, zentrale Erkenntnisse und einen Lösungsvorschlag, die direkt am Problem hinterlegt werden.

Agentische Workflows können außerdem geplante Aufgaben wie Right-Sizing, Kostenbereinigung oder einen wöchentlichen Bericht übernehmen und dem zuständigen Team ein sofort nutzbares Ergebnis übergeben. Dynatrace erklärt, die Agenten nutzten nur die Tools, die ein Kunde freigibt, und blieben innerhalb der Berechtigungen, die dieser Kunde festlegt. Nutzer bestimmen, an welcher Stelle ein Mensch zustimmen muss, bevor eine Änderung greift, und das Ausführungsprotokoll hält jeden Schritt fest.

In Workflows stehen vier neue Elemente zur Verfügung:

• Run agent: führt einen vorgefertigten Agenten als Workflow-Schritt aus, ohne dass ein Prompt geschrieben werden muss. Der erste ist der SRE Agent, den Dynatrace mit Anweisungen und Tool-Auswahl vorkonfiguriert hat. Weitere Agenten sollen folgen.
• Prompt agentic AI: Nutzer definieren Prompt, Kontext, Anweisungen, zulässige Tools und ein Ausgabeschema. Der Agent entscheidet selbst, welche Tools er aufruft, führt eigene Abfragen aus und liefert ein strukturiertes Ergebnis.
• Prompt generative AI: fasst Ereignisse und Aktivitäten in jeder Sprache zusammen und schlägt Lösungen für offene Probleme und Codeänderungen vor, wahlweise gestützt auf Inhalte aus Dynatrace Documentation, Community und Developer Portal.
• Agentic workflow templates: Ausgangspunkte für SRE Agent, Alert Reduction, Kubernetes Troubleshooting, Database Operations, Infrastructure Optimization und mehr.

Causal AI für OpenTelemetry und neuer JSM-Connector

Die Ursachenanalyse von Dynatrace deckt nun auch OpenTelemetry-Services ab. Wenn mehrere Services in einer Kette gemeinsam schlechter werden, fasst Dynatrace ihre Anomalien zu einem Problem mit kausaler Erklärung zusammen, das den ursächlichen Service benennt, statt für jeden betroffenen Service einen eigenen Alarm auszulösen. Laut den Notes funktioniert das von einem überwachten Web- oder Mobile-Frontend bis in ein OpenTelemetry-Backend sowie von einem Service zu den Datenbanken, die er aufruft, einschließlich Cloud-Datenbanken und solcher, die mit einer Dynatrace-Extension überwacht werden. Causal AI folgt der Smartscape-Topologie auf Grail-Daten, sodass keine Tags oder Korrelationsregeln gepflegt werden müssen.

Ein neuer Connector für Jira Service Management (JSM) in Workflows erstellt, aktualisiert oder schließt einen JSM-Alert, sobald Dynatrace ein Problem, eine Sicherheitslücke oder einen Angriff erkennt. Ein stabiler Alias verknüpft die drei Aktionen mit demselben JSM-Alert, wodurch laut Dynatrace die Bereitschaftsansicht frei von doppelten Benachrichtigungen bleibt. Alert-Mapping und Routing werden direkt in Workflows konfiguriert.

Azure-Kostendaten, Tracing-Steuerung und Zugriffsänderungen

Cost & Carbon Optimization unterstützt nun neben AWS auch die Aufnahme von Azure-Kosten- und Nutzungsdaten. Die Daten werden täglich aus den Azure-Exporten für Kosten- und Nutzungsdaten nach der FOCUS-1.2-Spezifikation importiert, einem offenen Abrechnungsstandard der FinOps Foundation. Bis zu 12 Monate historischer Daten lassen sich ebenfalls einlesen. Die Daten werden als Business Events in Grail gespeichert und lassen sich mit DQL abfragen. OpenPipeline-Prozessoren können sie anreichern, etwa indem sie Azure-Tags Dynatrace-Entitäten zuordnen. Der Cost Explorer zeigt jetzt Azure- und AWS-Daten an, und da beide FOCUS-Datensätze nutzen, funktionieren dieselben Abfragen für beide Anbieter.

Weitere Funktionsupdates:

• Gruppenverwaltung: Eine überarbeitete Oberfläche erlaubt Admins, Gruppen zu erstellen und Mitglieder in einem Ablauf einzuladen sowie die wirksamen Richtlinien vor dem Speichern in der Vorschau zu prüfen.
• Request naming: Berechtigungen können nun IAM-Richtlinien statt Management Zones folgen. Das ist optional, und Nutzer ohne passende Richtlinie verlieren den Zugriff.
• Adaptive Traffic Management: Steuerungen pro Scope, etwa für eine Host-Gruppe, einen Kubernetes-Cluster oder einen Namespace, stehen jetzt in den Einstellungen unter Trace ingest control bereit. Zuvor waren sie nur über die Settings API verfügbar.

Was das für Nutzer bedeutet

Die Release Notes führen 27 Funktionsupdates, 6 Breaking Changes sowie 28 Fehlerbehebungen und Wartungspunkte auf. Teams, die das IAM-basierte Request naming einführen wollen, sollten beachten, dass Nutzer ohne passende Richtlinie den Zugriff verlieren. Für Betriebsteams zielt die Kombination aus von Agenten verfassten Untersuchungen, zusammengeführten kausalen Problemen und automatischer JSM-Alert-Verwaltung laut Dynatrace darauf ab, Alarmrauschen und manuelle Übergaben zu verringern.