Overzicht van Azure SRE-agent

Tijdens incidenten vind je vaak context verspreid over meldingen, dashboards, tickets en repositories. Azure SRE Agent verbindt met je Azure-resources, observability-tools, incidentplatforms en broncoderepositories, zodat je problemen met meer operationele context op één plek kunt onderzoeken. Gebruik het om signalen te verzamelen, huidige problemen te vergelijken met eerdere onderzoeken en beheerde automatisering uit te voeren binnen geconfigureerde rechten, uitvoeringsmodi en beleid.

Wat kunt u doen

Azure SRE Agent helpt uw team incidenten te onderzoeken en sneller te reageren. Het verzamelt context, identificeert waarschijnlijke oorzaken en stelt voor of, wanneer geconfigureerd, voert verzachtende maatregelen uit.

Bijvoorbeeld, tijdens een geheugengerelateerd incident kan SRE Agent:

  • Geheugentrends detecteren: Query Application Insights om een geheugentrend te identificeren die 40 minuten voor de waarschuwing begon
  • Correlate deployments: Koppel de trend aan een GitHub-repository-implementatiegebeurtenis twee uur eerder
  • Stel mitigaties voor: Identificeer de specifieke commit en stel voor om de getroffen pod opnieuw op te starten of de geheugenschaaldrempel aan te passen (horizontale pod autoscaler, of HPA)
  • Incidenttickets vooraf invullen: Maak een ServiceNow-, PagerDuty- of ticket voor een incidentkanaal aan waarin de volledige onderzoekssamenvatting al is ingevuld

Deze geconfigureerde workflows informeren de juiste personen terwijl SRE Agent werkt aan een voorgestelde mitigatie. In Review-modus beoordeelt een SRE-agentbeheerder de samenvatting met bijgevoegde runbook-context en keurt acties goed die goedkeuring vereisen. Het onderzoek blijft in één draad, waardoor het wisselen van gereedschap wordt verminderd. Of de agent automatisch een mitigatie toepast of wacht op goedkeuring, hangt af van je geconfigureerde run-modus.

Dit patroon geldt voor geconfigureerde Azure-diensten en integraties, waaronder reken-, opslag-, netwerk-, data- en gerelateerde monitoring- en beheerservices. Breid het uit met toegestane Azure CLI-operaties via skills, goedgekeurde runbooks of aangepaste agenten. Gebruik agent-hooks om governance-checkpoints toe te voegen die acties kunnen toestaan of blokkeren.

Het werk van de agent volgt drie patronen:

  • Automatiseer incidenten: Bij alert ondervraagt de agent uw monitoringtools, correleert signalen tussen systemen, identificeert waarschijnlijke oorzaak en stelt maatregelen voor.

  • Automatiseer geplande workflows: Plan proactieve gezondheidscontroles, compliance-controles en routinematige operationele taken. Resultaten worden weergegeven in uw verbonden incidentplatform of meldingskanaal.

  • Onderzoek en geef advies: Stel vragen in natuurlijke taal over je omgeving, zoals "wat is er veranderd in het afgelopen uur?" of "waarom is deze dienst verslechterd?", en krijg gegronde, brongeciteerde antwoorden.

Hoe werkt het?

SRE Agent combineert Azure-specifieke productkennis met de aanpassing die jij zelf kunt bepalen. Standaard kan het Azure-bronnen binnen toegewezen permissies opvragen en erop opereren, met ingebouwde functies voor veelvoorkomende operationele taken.

De agent werkt via vijf uitbreidingspunten die je kunt aanpassen:

  • Vaardigheden: Discrete mogelijkheden, waaronder Marketplace-runbooks en Azure CLI scripts, waarmee het operationele bereik van de agent wordt uitgebreid zonder dat hiervoor aangepaste code is vereist.

  • Aangepaste agenten: Speciaal gebouwde agenten voor specifieke operationele domeinen. Verschillende gespecialiseerde agenten worden gebruiksklaar geleverd, en je kunt je eigen agent bouwen in de agentbouwer. Zie Aangepaste agents.

  • Python hulpprogramma's: Aangepaste logica, gegevenstransformaties en API-integraties voor scenario's waarvoor code is vereist in plaats van configuratie.

  • MCP-servers: Verbind met vooraf geconfigureerde partnerconnectoren voor observabiliteitsplatforms zoals Datadog, Splunk, New Relic, Dynatrace en Elasticsearch, of verbind een aangepaste tool via de Model Context Protocol-standaard. Zie MCP-connectoren en -gereedschappen.

  • Agent hooks: Gebeurtenisgestuurde automatiseringen die draaien op gedefinieerde punten in de agentlevenscyclus, zoals nadat een tool is uitgevoerd of wanneer de agent stopt. Gebruik hooks om beleid af te dwingen, telemetrie te verzenden of te integreren met externe goedkeuringswerkstromen. Zie Agent hooks.

Elke voorgestelde toolcall gaat door governance-controles voordat het wordt uitgevoerd, dus jouw team bepaalt de grenzen, zelfs voor volledig geautomatiseerde workflows. Zie Beveiliging en governance voor meer informatie.

Integrations

Azure SRE Agent verbindt met de tools die je team al gebruikt:

Bewaking en waarneembaarheid:

  • Azure Monitor (metrische gegevens, logboeken, waarschuwingen, werkmappen)
  • Analyses van toepassingen
  • Log Analytics

Incidentbeheer:

  • Azure Monitor-waarschuwingen
  • PagerDuty
  • ServiceNow

Broncodebeheer en CI/CD:

  • GitHub (opslagplaatsen, problemen)
  • Azure DevOps (opslagplaatsen, werkitems)

Gegevensbronnen:

  • Azure Data Explorer-clusters (Kusto)
  • MCP-servers (Model Context Protocol)

Communicatie en meldingen:

  • Microsoft Teams
  • Outlook

Afhankelijk van je configuratie biedt Azure SRE Agent ook managed connectors, een apart connectorsysteem dat je agent kan koppelen aan SaaS-diensten zoals Google Drive, SharePoint, Notion en Confluence.

Beveiliging en governance

Beveiligings- en platformteams kunnen gelaagde controles toepassen over netwerk, identiteit, autorisatie en organisatiebestuur:

  • Netwerkisolatie: VNet-integratie leidt het verkeer van agent-werkruimtes door je virtuele netwerk. De regels van je Network Security Group (NSG) zijn van toepassing terwijl je privé-DNS verzoeken oplost. Wanneer je netwerkroutering, DNS en permissies correct configureert, kun je toegang krijgen tot privé-endpoints, interne API's en vergrendelde bronnen, net als elke andere bron in je virtuele netwerk (VNet).

  • Identiteit en RBAC: De agent authenticeert met beheerde identiteit en werkt onder Azure role-based access control (RBAC). Voor broncode laat GitHub Enterprise-ondersteuning de agent zich authenticeren als een bestuurde service-identiteit via een Bring Your Own GitHub App-model.

  • Toegangscontrole op toolniveau: Stel elke tool die de agent gebruikt in om toe te staan, te vragen of te weigeren. Beheerders stellen algemene kaders vast, teamleiders passen iedere aangepaste agent aan en gebruikers keuren tools goed in hun gesprek. De beschikbare opties, standaardwaarden en prioriteit hangen af van de reikwijdte en het geldende beleid. Voor details, zie toegangsbeleid voor tools.

  • Infrastructure as Code: Rol de agent, de netwerkconfiguratie, de identiteit en de tool-beleidslijnen uit via Bicep-sjablonen (Azure's infrastructure-as-code-taal) en Azure CLI via dezelfde CI/CD-pijplijnen die je voor elke andere Azure-bron gebruikt.

  • Gereguleerde vaardigheidsdistributie: Platformteams kunnen goedgekeurde vaardigheden publiceren in een privé GitHub-repository via de Private Plugins Marketplace. Agenten binnen de tenant installeren goedgekeurde vaardigheden uit dezelfde beheerde catalogus.

Operationele context hergebruiken

Azure SRE Agent behoudt context uit eerdere onderzoeken en gebruikt achtergrondinzichten en sessie-inzichten om terugkerende patronen of gerelateerde context te herkennen. Behouden context kan onderliggende oorzaken, oplossingsstappen, voorkeuren en operationele patronen omvatten. Hergebruik ervan kan herhaaldelijk contextverzamelen beperken, de afhankelijkheid van ongedocumenteerde individuele kennis verminderen en ingenieurs op oproep consistentere startinformatie geven.

Tip

Voorbeeld van een team: Een nieuwe engineer gaat meedraaien in de bereikbaarheidsdienst. De agent kent al de inzetpatronen, eerdere incidenten en teamprocedures, dus ze beginnen vanaf dag één met meer context.

Solo-voorbeeld: Je gaat op vakantie. De door de agent vastgelegde operationele context is beschikbaar voor degene die overneemt, zodat diegene niet helemaal opnieuw hoeft te beginnen.

Stage Wat gebeurt er?
Eerste opstelling Koppel je tools en gebruik ingebouwde Azure-kennis tijdens een onderzoek.
Na herhaald onderzoek Behouden context kan omgevingstopologie, terugkerende faalpatronen en escalatievoorkeuren omvatten.
Naarmate gedeelde context zich ophoopt Teamleden kunnen eerdere oorzaken en oplossingsstappen hergebruiken met minder afhankelijkheid van niet-gedocumenteerde individuele kennis.

Get started

Kies het pad dat bij je doel past: plan een taak, los een incident af, of bouw een aangepaste agent.

Gebruik geplande taken om routine operationeel werk (statuscontroles, opschoning en nalevingsveegingen) te automatiseren zonder infrastructuurcode te schrijven.

  1. Selecteer het tabblad Taakplanning.

  2. Voer taakgegevens in.

  3. Definieer het schema voor het uitvoeren van uw taak.

  4. Maak aangepaste agentinstructies voor de taak.

  5. Selecteer Geplande taak maken.

Je ziet resultaten van je geplande taak in je verbonden incidentenplatform of notificatiekanaal.

Gebruik deze middelen om de implementatie, governance, facturering en team-onboarding te plannen:

Hulpbron Wat u vindt
Prijzen en facturering Gebruiksgebaseerde prijsstelling gemeten in Azure Agent Units (AAU's), plus capaciteitsplanning
Beveiligingsoverzicht Gegevensafhandeling, privacy en uitvoeringsisolatie
Aanmaken en instellen Zet een agent uit en verleen hem toegang tot geselecteerde Azure-resources.
Teamopzet en rollen en gebruikersrollen en -rechten Hoe rollen bepalen wie de agent kan chatten, goedkeuren en beheren, plus hoe je de agent leert over jouw team, diensten en procedures

Volgende stap