Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Wenn der Agent um drei Uhr nachts das Zertifikat erneuert

SRE-Agents sollen das erledigen, wofür früher ein Mensch aus dem Tiefschlaf geklingelt wurde. Marc Müller erklärt, wie das funktioniert, warum ein Agent eine eigene Identität braucht und wo die Grenze zwischen sinnvoller Automatisierung und gefährlichem Freifahrtschein liegt.

Der Begriff klingt nach Akronym kurz vor Buzzword. SRE-Agent. Aber Marc Müller, Principal Consultant bei 4tecture und Microsoft MVP für Developer Technologies, hat eine ziemlich nüchterne Erklärung dafür: Ein SRE-Agent ist ein KI-basierter Agent, der die Rolle des Site Reliability Engineers übernimmt, also das Überwachen, Betreiben und Wiederherstellen von Systemen. Die Rolle kennen wir. Jetzt gibt es sie auch ohne Mensch dahinter.

Was neu ist, ist der Mechanismus. Solche Agents arbeiten in einem Agent-Loop: Sie bekommen eine Aufgabe, nutzen Tools, überprüfen, ob das Ergebnis stimmt, korrigieren nach. Getriggert werden sie über Alerts, Log-Files oder ganz klassisch per Cron-Job. Alle zehn Minuten: System in Ordnung? Wenn nicht, was ist zu tun?

Das klingt nach Automatisierung, wie wir sie kennen. Aber der Unterschied zu klassischen Monitoring-Scripts ist erheblich. Ein SRE-Agent analysiert nicht nur, er entwickelt einen Plan. Er kann Fehler identifizieren, Lösungsschritte ableiten und im nächsten Schritt entweder einen Ticket-Eintrag erzeugen oder direkt handeln. Ob er handeln darf, ist die entscheidende Frage.

Vertrauen ist gut ...

Marc Müller ist da klar: Unkontrollierte Autonomie ist keine Option. Ein Agent, dem man einfach alle Berechtigungen gibt und ihn loslaufen lässt, ist ein Risiko. Was dagegen hilft: eine eigene Identität für den Agent, mit sauber zugeschnittenen Berechtigungen per Role-Based Access Control. Dazu kommen Runbooks, also schrittweise Anleitungen für konkrete Problemsituationen, und Skills, feingranulare Prompt-Files, die aktiviert werden, wenn ein bestimmtes Problem erkannt wird. Kubernetes-Pod rot? Skill für genau das. DB-Connectivity-Issue? Anderer Skill.

Wo zieht Müller die Grenze bei der Autonomie? Zertifikat erneuern, Service neu starten, ein Deployment starten: kein Problem, weil reversibel. Produktivdatenbank anfassen oder die Cloud-Architektur umbauen: niemals autonom. Der Agent soll in solchen Fällen beschreiben, was er tun würde, und das Team entscheiden lassen.

Was das für die Arbeit der SRE-Kolleg:innen bedeutet? Weniger Nachtschichten wegen abgelaufener Zertifikate. Mehr Zeit für die Probleme, die wirklich Nachdenken erfordern. Und eine neue Kernkompetenz: Markdowns schreiben. Wer einem SRE-Agent beibringt, wie er in welcher Situation vorzugehen hat, schreibt keine Shell-Scripts mehr, sondern strukturierte Anweisungen in natürlicher Sprache, die versioniert, weiterentwickelt und ins Repository eingecheckt werden.

Marc Müller spricht auf der DWX 2026 unter anderem über Self-Healing Systems und zeigt, wie sich ein SRE-Agent in der Praxis konfigurieren und betreiben lässt.

 

DWX 2026, 29. Juni bis 2. Juli 2026, Mannheim. https://www.developer-world.de/dwx

Marc Müller ist Principal Consultant für DevOps- und .NET/Azure-Lösungen bei der 4tecture GmbH und wird von Microsoft als Most Valuable Professional (MVP) für Developer Technologies (Azure DevOps) ausgezeichnet. In zahlreichen Projekten hat er sein DevOps-Know-how für Enterprise-Architekturen und komponentenbasierte verteilte Systeme eingebracht. Als Trainer und Speaker liegt sein Schwerpunkt auf der Ausbildung und dem Coaching von DevOps- und .NET-Projektteams.

Neueste Beiträge

Vier Tage .NET, KI und Community - Konferenz
Community-Feeling auf der .NET Developer Conference 2026: Vier Tage KI und Microsoft .NET in einem Konferenzprogramm, das sich gewaschen hat.
3 Minuten
10. Sep 2026
CartoType: Einsatz mit Windows Forms - Mapping mit CartoType, Teil 2
Der Big-Tech-freie Kartendienst CartoType kann dazu beitragen, Anwendungen mit Maps-Diensten unabhängiger von Google, Apple und Co. zu machen. In diesem Beitrag soll das System in einer Windows-Forms-Applikation ins Leben gerufen werden.
5 Minuten
7. Sep 2026
Vom Sub-Agenten zum Schwarm - Kimi K3 – das Modell hinter dem Agenten, Teil 5
Mehr Agenten versprechen mehr Tempo, vervielfachen aber auch Abstimmung und Risiko. Ob aus paralleler Aktivität tatsächlich Fortschritt entsteht, entscheidet sich dort, wo spektakuläre Schwarmdemos meist enden.
5 Minuten

Das könnte Dich auch interessieren

Haben wir nichts gelernt? - Verständnis statt Fertiglösung – auch beim Umgang mit KI
Ein KI-Experiment des Autors schlug hohe Wellen – die Reaktionen offenbaren jedoch einen alten Fehler der Softwareentwicklung: die Suche nach der Abkürzung.
8 Minuten
26. Aug 2026
Planen, patchen, prüfen mit Kimi - Kimi K3 – das Modell hinter dem Agenten, Teil 3
Ein starkes Modell allein schreibt noch keinen verlässlichen Code. Erst im Repository zeigt sich, ob aus künstlicher Intelligenz ein brauchbarer Entwicklungspartner entsteht oder aber ein Risiko mit Shell-Zugriff.
5 Minuten
Die Kunst der langen Aufgabenläufe - Kimi K3 – das Modell hinter dem Agenten, Teil 2
Ein guter Code-Generator löst eine klar umrissene Funktion. Ein Coding-Agent muss dagegen ein Repository erkunden, Hypothesen bilden, Werkzeuge auswählen, Tests auswerten und nach Fehlschlägen den Kurs ändern. Kimi K3 zielt auf diese zweite Klasse von Aufgaben.
8 Minuten
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige