Wat is Azure SRE Agent?
Azure SRE Agent is een AI-assistent die incidenten in je Azure-omgeving onderzoekt en helpt oplossen. De agent analyseert logs, metrics en operationele data om problemen en mogelijke oorzaken te achterhalen.
Wat is Site Reliability Engineering (SRE)?
Site Reliability Engineering (SRE) gebruikt software-engineeringprincipes om applicaties betrouwbaar en schaalbaar te houden. Door incidentafhandeling en terugkerend beheer te automatiseren, beperk je downtime.
Azure SRE Agent is sinds 10 maart 2026 algemeen beschikbaar. Stel vragen als: “Waarom is mijn database traag?” of “Wat ging er mis na de laatste deployment?”
De agent onderzoekt beschikbare data, zoekt naar mogelijke oorzaken en stelt acties voor. Met de juiste rechten kan hij ook services herstarten, resources opschalen of configuraties aanpassen. Dat gebeurt na jouw goedkeuring of, als je dat toestaat, zelfstandig.
Belangrijkste functies van Azure SRE Agent
- Incidentonderzoek en -afhandeling: Analyseer alerts, logs, metrics en recente wijzigingen om mogelijke oorzaken te vinden. De agent adviseert over herstelacties of voert ze uit.
- Proactieve monitoring en controles: Plan controles op beschikbaarheid, compliance en policies om problemen te signaleren voordat ze tot incidenten leiden.
- Geautomatiseerd resourcebeheer: Voer commando’s en runbooks uit, herstart services en schaal Azure-resources op of af, binnen de toegewezen rechten.
- Integraties met bestaande tools: Koppel Azure Monitor Alerts, PagerDuty en ServiceNow voor incidentafhandeling. Via MCP verbind je observabilitytools zoals Datadog, Dynatrace, Splunk en New Relic. Kusto-connectors ondersteunen extra queries op operationele data.
- Eigen kennis en uitbreidingen: Voeg repositories, runbooks, documentatie en eigen skills toe. Zo kan de agent rekening houden met jouw omgeving en werkwijze.
- Operationele workflows en geheugen: Verstuur meldingen en updates via onder meer Teams, Outlook, GitHub en Azure DevOps. De agent kan eerdere onderzoeken gebruiken als context voor terugkerende incidenten.
Zo besteden engineers minder tijd aan terugkerende incidenten en meer aan softwareontwikkeling.
Waarom Azure SRE Agent gebruiken?
Monitoring laat zien dát er iets misgaat. Engineers moeten nog achterhalen waarom, vaak onder hoge tijdsdruk.
Logs, metrics en deployments handmatig vergelijken kost tijd en kan de gemiddelde hersteltijd (mean time to resolution, MTTR) verlengen.
Azure SRE Agent verzamelt die informatie en onderzoekt incidenten, ook buiten kantooruren.
Zakelijke voordelen
Voor CTO’s draait het om betrouwbaarheid en meer ontwikkelcapaciteit.
- Sneller reageren op incidenten: Verkort de mean time to acknowledge (MTTA) door engineers direct context te geven bij een nieuwe alert.
- Kortere hersteltijd: Versnel de eerste diagnose, oorzaakanalyse en herstelacties om de MTTR te verlagen.
- Minder kostbare downtime: Sneller herstel kan omzetverlies beperken en de klantervaring beschermen.
- Minder druk op bereikbaarheidsdiensten: Laat de agent het eerste onderzoek uitvoeren. Engineers grijpen in wanneer hun expertise nodig is.
- Meer tijd voor ontwikkeling: Besteed minder tijd aan handmatige controles en terugkerende problemen, en meer aan nieuwe functionaliteit en modernisering.
- Onnodige cloudkosten signaleren: Gebruik automatische controles om ongebruikte resources of kansen voor afschaling te vinden.
Technische voordelen
De agent brengt data uit verschillende Azure-services samen.
- Azure-telemetrie raadplegen: Gebruik Activity Log-data, Azure Monitor-alerts, metrics, logs, Resource Graph en ARM-metadata, waar beschikbaar en geconfigureerd.
- Grote hoeveelheden data analyseren: Zoek sneller naar patronen en mogelijke oorzaken in logs en metrics.
- Statusupdates standaardiseren: Gebruik onderzoeksresultaten voor consistente communicatie over incidenten.
- Operationele acties uitvoeren: Voer binnen de juiste rechten commando’s uit, herstart services of schaal resources.
Zo hoeven engineers minder tussen tools te wisselen.
Operationele voordelen
De agent kan terugkerende controles en handelingen overnemen.
- Herhaalbare incidentrapporten: Gebruik een consistente werkwijze voor onderzoek en verslaglegging.
- Betere overdracht: Geef teams in verschillende tijdzones een overzicht van wat al is onderzocht en wat nog openstaat.
- Terugkerende taken automatiseren: Controleer metrics, voer health checks uit en pas bekende herstelacties toe.
Zo kan de eerste analyse al klaar zijn voordat een engineer ingrijpt.
Voordelen voor security en compliance
Toegang tot productie vraagt om duidelijke controles. De agent werkt binnen toegewezen rechten.
- Toegang beperken met Managed Identity en RBAC: Geef de agent alleen toegang tot noodzakelijke resources en acties.
- Menselijke goedkeuring behouden: Laat acties vooraf beoordelen wanneer je geen zelfstandig ingrijpen wilt.
- Blootstelling van data beperken: Pas dataminimalisatie en ondersteunde opties voor private networking toe waar nodig.
- Acties controleerbaar houden: Gebruik Azure Monitor en Application Insights voor inzicht in operationele activiteit.
Je bepaalt waar de agent mag onderzoeken en handelen.
Rechten en uitvoermodus
Er zijn twee aparte instellingen: het rechtenniveau bepaalt wat de agent mag benaderen; de uitvoermodus bepaalt of hij vooraf goedkeuring vraagt.
Je stelt het rechtenniveau per beheerde resourcegroep in:
- Reader (standaard): De agent kan resources bekijken, telemetrie onderzoeken en problemen analyseren, maar niet zelfstandig de infrastructuur wijzigen.
- Privileged: De agent krijgt aanvullende rechten voor ondersteunde acties, zoals services herstarten of resources opschalen.
De uitvoermodus stel je afzonderlijk in per incident response plan en geplande taak:
- Review: De agent onderzoekt het probleem en stelt een actie voor. Uitvoering volgt pas na jouw goedkeuring.
- Autonomous: De agent voert toegestane acties direct uit, zonder voorafgaande goedkeuring.
Privileged betekent niet automatisch handelen zonder goedkeuring. Autonomous geeft geen extra toegangsrechten.
Acties uitvoeren namens een gebruiker
Met on-behalf-of (OBO) authorisation kan de agent een bevoegde gebruiker om goedkeuring vragen wanneer zijn managed identity onvoldoende rechten heeft.
Geef de agent bijvoorbeeld Reader-rechten en vraag een storing op te lossen. Hij onderzoekt het probleem en vraagt toestemming als de voorgestelde wijziging meer rechten vereist.
Na goedkeuring voert de agent de actie uit met de rechten van die gebruiker. Hij bewaart die rechten niet en werkt daarna weer via zijn eigen managed identity.
Zo combineer je Reader-toegang met gecontroleerd herstel. OBO-goedkeuring vereist een SRE Agent Administrator met een ondersteund Microsoft Entra-account.
Schaalbaarheid en performance
Ook bij wisselende workloads kan de agent operationeel werk overnemen.
- Wisselende aantallen incidenten opvangen: Automatisering neemt terugkerend werk over, zodat niet elke taak handmatig hoeft te worden uitgevoerd.
- AI-verbruik plannen: Je kiest per agent een modelprovider, zoals Anthropic of OpenAI. Actieve verwerking wordt afgerekend in Azure Agent Units (AAU’s). Het verbruik hangt af van het model en de uitgevoerde taken.
Dat bespaart tijd bij incidentonderzoek en terugkerend beheer.