Blog Azure Data & AI

Azure SRE Agent: wat kan het echt en wat kost het?

Drie uur ’s nachts. Een kritieke workload valt uit. Je opent je laptop en zoekt in dashboards, logs en alerts naar de oorzaak. Ondertussen wachten gebruikers op een oplossing.

Wat als een AI-agent het onderzoek al kan starten voordat je zelf inlogt? Dat is het idee achter Azure SRE Agent, Microsofts AI-assistent voor Site Reliability Engineering (SRE) in Azure.

In dit atrtikel lees je wat Azure SRE Agent doet, hoe het werkt, wat het kost en welke taken je ermee kunt automatiseren.

Niels Kroeze

Auteur

Niels Kroeze Cloud Content Specialist

Leestijd 10 minuten Gepubliceerd: 05 november 2026

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.

Azure SRE Agent Small

Klaar om Azure SRE Agent zelf te ervaren?

Benieuwd wat Azure SRE Agent kan betekenen voor jouw cloud operations? Ontdek samen met onze Azure-experts waar de mogelijkheden liggen.

Vraag meer informatie aan

Hoe werkt Azure SRE Agent?

De agent combineert Azure-kennis met je tools, context en toegangsrechten.

Het proces bestaat uit vier stappen: observeren, onderzoeken, handelen en context opbouwen voor volgende incidenten.

 

Van monitoring naar actief onderzoek

Bij een alert of vraag onderzoekt de agent beschikbare data en stelt zo nodig een actie voor.

  • Monitoren: De agent bewaakt de status van je omgeving en voert geplande controles uit om problemen vroeg te signaleren.
  • Signaleren: Bij een alert of vraag verzamelt hij de informatie die nodig is voor onderzoek.
  • Onderzoeken: De agent analyseert data uit onder meer Azure Monitor, Log Analytics en Application Insights. Het onderzoek kan betrekking hebben op Azure Kubernetes Service (AKS), App Service, Container Apps, Functions, Azure SQL en Cosmos DB, inclusief afhankelijke netwerk- en opslagresources.
  • Handelen: Bij een mogelijke oplossing stelt de agent een actie voor ter beoordeling. Met de juiste rechten en uitvoermodus kan hij bepaalde acties zelfstandig uitvoeren.

Ook gekoppelde incidentmanagement- en observabilitytools leveren context.

 

De agent bouwt context op

Repositories, runbooks, documentatie en eerdere onderzoeken geven de agent context over je omgeving.

Je kunt context toevoegen via:

  • Repositories: Relevante applicatiecode en infrastructuurcode.
  • Kennisbanken: Interne documentatie, pdf’s en informatie over je omgeving.
  • Runbooks: Bestaande procedures en herstelstappen.
  • Teamkennis: Afspraken over incidentafhandeling en de prioriteiten van je team.
  • Eerdere onderzoeken: Opgeslagen context die kan helpen bij vergelijkbare incidenten.

Je kunt ontbrekende context steeds aanvullen.

Eerdere analyses en herstelstappen kunnen helpen bij vergelijkbare incidenten.

Relevante context maakt het onderzoek gerichter.

 

Hoe breid je Azure SRE Agent uit?

Azure SRE Agent heeft vijf belangrijke uitbreidingsmogelijkheden:

  • Skills: Voeg functies toe, zoals runbooks en Azure CLI-scripts.
  • Custom agents: Bouw gespecialiseerde agents, bijvoorbeeld voor databases.
  • Python-tools: Voeg eigen logica, datatransformaties en API-integraties toe.
  • MCP-servers: Koppel externe platforms via het Model Context Protocol (MCP), waaronder Datadog, Splunk, New Relic, Dynatrace en Elasticsearch.
  • Agent hooks: Start automatiseringen op vaste momenten, bijvoorbeeld na het uitvoeren van een tool of afronden van een onderzoek.

Zo bouw je voort op bestaande processen en tools.

 

Werkt met je bestaande tools

Je kunt Azure-resources en bestaande tools koppelen voor extra context.

Dat kan op verschillende manieren:

  • Azure-resources: Benader resources via Azure Resource Manager, Azure CLI of REST API’s.
  • Native incidentintegraties (GA): Koppel Azure Monitor Alerts, PagerDuty en ServiceNow voor het signaleren, onderzoeken en afhandelen van incidenten.
  • MCP-partnerconnectors (GA): Koppel Datadog, Splunk, New Relic en Dynatrace via MCP om externe observabilitydata te gebruiken.
  • Managed connectors (Preview): Verbind kennis- en samenwerkingsplatforms zoals Google Drive, SharePoint en Notion. Deze connectors zijn nog in preview. Houd daar rekening mee bij productiegebruik.
  • Kusto-connectors: Bevraag Azure Data Explorer (Kusto) en ondersteunde databronnen voor eigen logs, bedrijfsmetrics en operationele data.
  • Plugin Marketplace: Voeg communityskills toe of gebruik een private marketplace met plugins die je organisatie heeft goedgekeurd.

Native incidentintegraties en MCP-partnerconnectors zijn GA. Managed connectors zijn nog in preview; controleer de voorwaarden vóór productiegebruik.

Je bestaande tools kunnen dus onderdeel blijven van de workflow.

 

Waarvoor kun je Azure SRE Agent gebruiken?

Veelvoorkomende toepassingen zijn:

  • Incidenttriage: Bij een alert verzamelt de agent logs, metrics, recente deployments en andere data. De engineer die dienst heeft, kan direct verder met een lopend onderzoek.
  • Root cause analysis: De agent vergelijkt logs, metrics, traces en deploymenthistorie om mogelijke oorzaken te vinden. Wordt een betaal-API trager? Dan kan het onderzoek bijvoorbeeld leiden naar een databasequery uit een recente deployment.
  • Autonomous remediation: Met de juiste rechten kan de agent services herstarten, resources schalen, een vooraf bepaalde herstelactie uitvoeren of een wijziging terugdraaien. Dat gebeurt zelfstandig of na goedkeuring.
  • Geplande compliance- en health checks: Controleer services, compliance en policies op vaste momenten. Een dagelijkse controle kan bevindingen samenvatten, een Teams-update versturen en tickets aanmaken.
  • Infrastructure drift detection: Signaleer configuratiewijzigingen en onderzoek of ze risico’s opleveren voor de huidige omgeving.
  • End-to-end incident response: Verbind de stappen van incidentafhandeling. Een alert van Azure Monitor of PagerDuty start het onderzoek, waarna de agent data verzamelt, een oorzaak zoekt en herstel voorstelt of uitvoert. Alert → Onderzoek → Oorzaak → Herstel → Incidentrapport.
  • Resourcebeheer: Gebruik geplande controles en operationele data om capaciteitsproblemen en resources die aandacht nodig hebben te signaleren. Ondersteun vervolgens acties zoals opschalen.

 

Wat kost Azure SRE Agent?

Azure SRE Agent wordt afgerekend in Azure Agent Units (AAU’s), met een basistarief van $ 0,10 per AAU.

De kosten bestaan uit twee onderdelen:

  • Vaste basiskosten (Always-on flow): Je betaalt doorlopend voor monitoring en het opbouwen van context op de achtergrond. Dit kost $ 0,40 per uur ($ 9,60 per dag), ongeveer $ 292 per maand voor één agent die 24/7 beschikbaar is.
  • Variabele verbruikskosten (Active flow): Bij actieve taken, zoals troubleshooting en incidentafhandeling, gebruikt de agent LLM-tokens. De verschillende tokentypen worden op basis van het gekozen model omgerekend naar AAU’s.

Boven op de vaste kosten betaal je voor actief gebruik.

Let op:

Een agent stoppen beëindigt de always-on-kosten niet. Een gestopte agent voert geen taken meer uit en verbruikt geen active flow-AAU’s, maar de vaste kosten lopen door. Alleen door de agent te verwijderen stop je de facturering volledig.

Vergelijk de kosten met de mogelijke impact van downtime op klanten, omzet en engineeringtijd.

 

Conclusie

Azure SRE Agent laat zien hoe AI het beheer van Azure-omgevingen kan ondersteunen. Van incidentonderzoek en root cause analysis tot het uitvoeren van herstelacties.

De agent vervangt geen SRE-team. Wat hij kan onderzoeken en uitvoeren, hangt af van de beschikbare data, context en ingestelde rechten.

Met de juiste inrichting kan Azure SRE Agent incidenten sneller helpen oplossen, terugkerende beheertaken verminderen en de druk op engineers verlagen. Zo blijft er meer tijd over voor softwareontwikkeling in plaats van incidenten oplossen.

Working Jack

Meer weten over Azure SRE Agent?

Vragen over Azure SRE Agent of wil je weten hoe wij bij Intercept er naar kijken? Neem gerust contact met ons op. We denken graag met je mee over wat dit voor jouw Azure-omgeving kan betekenen.