Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
HTTP-triggers in Azure SRE Agent zijn webhookeindpunten die externe systemen gebruiken om uw agent op aanvraag aan te roepen. Wanneer een CI/CD-pijplijn (continue integratie en continue levering) mislukt, detecteert een waarschuwingsprogramma een anomalie of verzendt een HTTP-client een POST aanvraag, ontvangt de agent de gebeurteniscontext en werkt deze onmiddellijk.
Het probleem: waarschuwingen en pijplijnfouten hebben handmatige sortering nodig
Uw team heeft al hulpprogramma's voor waarschuwingen, waarneembaarheid en werkstroom, zoals Datadog, Dynatrace, Jira, Splunk en Grafana, en CI/CD-pijplijnen die breken. Wanneer er iets misgaat, is het antwoord elke keer hetzelfde:
- Een technicus wordt gepaginad: De technicus opent het bewakingsprogramma, leest de waarschuwing en opent vervolgens handmatig logboeken, metrische gegevens en implementatiegeschiedenis op meerdere dashboards om erachter te komen wat er is gebeurd.
- Een pijplijn mislukt: Iemand moet stoppen wat ze doen, de build-uitvoer controleren, correleren met recente wijzigingen en beslissen of ze terugdraaien of vooruit moeten herstellen.
- Context is verspreid: De Datadog-waarschuwing zegt: 'CPU-piek op prod-api'. De hoofdoorzaak vereist het correleren van logboeken van drie services, het controleren van recente implementaties en het controleren van Dynatrace-traceringen.
Hoe HTTP-triggers werken
Met HTTP-triggers kunt u elk hulpprogramma dat webhooks ondersteunt rechtstreeks verbinden met uw exemplaar van SRE Agent. In plaats van dat een engineer handmatige triage uitvoert, vertelt het systeem dat het probleem heeft gedetecteerd, of het nu gaat om een Datadog-waarschuwing, een Dynatrace-anomalie, een Jira-werkstroomovergang of een pijplijnfout, de agent om het te onderzoeken. De context wordt automatisch doorgegeven.
Elke trigger is een benoemd webhook-eindpunt op uw agent met een unieke URL. Wanneer een extern systeem die URL aanroept via HTTP POST, voert de agent de geconfigureerde prompt van de trigger uit, die is verrijkt met JSON-gegevens in de aanvraagbody.
belangrijke concepten
| Concept | Hoe werkt het? |
|---|---|
| Aanleiding | Een benoemd eindpunt met een prompt, een toegewezen agent (standaard of subagent) en een niveau van autonomie (autonoom of ter beoordeling). |
| Trigger-URL | De unieke webhook-URL die wordt gegenereerd wanneer u een trigger maakt. Deze webhook-URL is wat externe hulpprogramma's aanroepen. |
| JSON-context | Optionele JSON-hoofdtekst verzonden met de POST aanvraag. Deze wordt onderdeel van de prompt van de agent, zodat deze volledige context heeft. |
| Uitvoeringsgeschiedenis | Elke aanroep wordt geregistreerd met een tijdstempel, threadkoppeling en geslaagde of mislukte status. |
| In-/uitschakelen | Schakel triggers in of uit zonder te verwijderen. Uitgeschakelde triggers retourneren 404. |
Een trigger aanroepen
Roep de trigger-URL aan met een HTTP-aanvraag POST :
curl -X POST \
https://your-agent.sre.azure.com/api/v1/httptriggers/trigger/<TRIGGER_ID> \
-H "Authorization: Bearer <ARM_TOKEN>" \
-H "Content-Type: application/json" \
-d '{
"source": "datadog",
"alert_title": "High error rate on checkout-api",
"severity": "critical",
"service": "checkout-api",
"region": "eastus2",
"metric": "error_rate",
"value": "8.2%",
"threshold": "5%"
}'
| Onderdeel | Wat het is |
|---|---|
| URL | Het unieke webhookeindpunt van de trigger. Zoek deze in de detailweergave van de trigger onder Trigger-URL. |
| Authorization | Een Bearer-token van Azure Resource Manager. Zie Verificatie voor trigger-aanroep. |
| Inhoudstype | Dit moet zijn application/json als u een JSON-hoofdtekst verzendt. |
| JSON-hoofdtekst (optioneel) | Alle JSON-gegevens die je wilt dat de agent kan zien. Deze gegevens worden onderdeel van de prompt van de agent. Neem de context op waarmee de agent kan onderzoeken, zoals de naam van de waarschuwing, de ernst en de betreffende service. |
De JSON-hoofdtekst is optioneel. Als u gebruikmaakt van de trigger zonder hoofdtekst, draait de agent met alleen de geconfigureerde prompt van de trigger. Met een overzicht ziet de agent zowel de prompt als de gegevens die u verzonden heeft.
Authenticatie voor trigger-aanroep
Voor het triggereindpunt is een Azure Resource Manager Bearer-token in de Authorization: Bearer <TOKEN> header vereist. De aanroeper heeft Microsoft.App/agents/threads/write toestemming nodig voor de agentresource.
Manieren om een token te verkrijgen
| Methode | Het beste voor | Details |
|---|---|---|
| Serviceprincipal | CI/CD-pijplijnen, geautomatiseerde systemen | Maak een app-registratie, wijs de rol toe aan de agentresource en gebruik de client credential flow om een token op te halen. |
| beheerde identiteit | Azure-gehoste services (Azure Functions, Azure Virtual Machines, Azure Container Apps) | Geen geheimen om te beheren. De Azure-resource wordt automatisch geverifieerd. |
| Azure CLI | Testen en ontwikkelen | Voer az account get-access-token --resource https://management.azure.com --query accessToken -o tsvuit. |
Verbinding maken met externe hulpprogramma's die geen ondersteuning bieden voor Azure-verificatie
Tools zoals Datadog, Dynatrace, Jira en Splunk verzenden webhooks met hun eigen authenticatieformaten, niet met Azure Resource Manager-tokens. Gebruik een van de volgende tussenpersonen om de kloof te overbruggen.
| Tussenpersoon | Hoe werkt het? |
|---|---|
| Azure Functions | Ontvangt de webhook, verkrijgt een Azure Resource Manager-token met behulp van de beheerde identiteit en stuurt de aanroep door naar de trigger-URL. |
| Azure Logic Apps | Werkstroom zonder code die webhooks van een bron ontvangt en Azure-API's aanroept met ingebouwde Azure Resource Manager-verificatie. |
| Azure API Management | Bevindt zich vóór de trigger-URL en verwerkt de tokenvalidatie en transformatie via beleidsregels. |
Antwoord
{
"message": "HTTP trigger execution initiated",
"executionTime": "2026-03-13T10:30:00Z",
"threadId": "thread-abc123",
"success": true
}
De trigger retourneert ONMIDDELLIJK HTTP 202 (Geaccepteerd). De agent verwerkt de aanvraag asynchroon.
Wat maakt deze benadering anders
HTTP-triggers verbinden uw bestaande waarschuwings- en CI/CD-hulpprogramma's rechtstreeks met uw agent zonder technicus in de lus. Het systeem dat het probleem heeft gedetecteerd, vertelt de agent te onderzoeken en geeft automatisch de volledige context door. Er is geen paging, geen dashboardwisseling en geen handmatige contextverzameling.
Voor en na
| Voor (handmatige sortering) | Na (HTTP-triggers) |
|---|---|
| Datadog-waarschuwing wordt geactiveerd. Engineer wordt gealarmeerd, opent drie dashboards en start met onderzoeken. | Het activeren van Datadog-webhook-oproepen. De agent onderzoekt en plaatst resultaten automatisch. |
| Pijpleidingbreuken. Engineer controleert de buildlogs, beoordeelt pull requests en besluit over de volgende stap. | Handler voor pijplijnfouten activeert trigger. De agent analyseert de fout en plaatst de hoofdoorzaak. |
| Dynatrace detecteert anomalie. Engineer correleert handmatig tussen services. | Dynatrace-webhookaanroepen activeren met anomaliecontext. De agent correleert logboeken, metrische gegevens en implementaties. |
Geplande taken versus HTTP-triggers
| Geplande taken | HTTP-triggers |
|---|---|
| Tijd gebaseerd (chronologische planning). | Gebeurtenisgestuurd (op afroep). |
| Wordt uitgevoerd ongeacht of er iets is gebeurd. | Wordt alleen uitgevoerd wanneer deze wordt aangeroepen. |
| Geen externe invoer per uitvoering. | Payloadgegevens die in elke oproep zijn geïnjecteerd. |
| Het meest geschikt voor terugkerende controles. | Het meest geschikt voor gebeurtenisgestuurde reacties. |
Gebruik beide samen. Gebruik geplande taken voor proactieve bewaking en HTTP-triggers voor reactieve gebeurtenisafhandeling.
Gebruikssituaties
Integratie van CI/CD-pijplijn
Wanneer een implementatiepijplijn mislukt, roept u de agent aan om de fout te analyseren:
# In your pipeline's failure handler
curl -X POST "$AGENT_TRIGGER_URL" \
-H "Authorization: Bearer $ARM_TOKEN" \
-H "Content-Type: application/json" \
-d "{\"pipeline\": \"$PIPELINE_NAME\", \"run_id\": \"$RUN_ID\", \"error\": \"$ERROR_MESSAGE\"}"
Waarschuwingsgestuurd onderzoek
Verbind uw waarschuwingssysteem om automatisch onderzoek te starten wanneer kritieke waarschuwingen afgaan.
{
"alert_name": "Error rate > 5%",
"severity": "P1",
"service": "checkout-api",
"region": "eastus2",
"start_time": "2026-03-13T10:15:00Z"
}
Controles voor uitrolnaleving
Nadat een implementatie is voltooid, activeert u een nalevingsbeoordeling:
curl -X POST "$AGENT_TRIGGER_URL" \
-H "Authorization: Bearer $ARM_TOKEN" \
-d '{"deployment_id": "deploy-456", "environment": "production", "changes": ["config update", "image bump"]}'
API-referentie
| Eindpunt | Methode | Beschrijving |
|---|---|---|
/api/v1/httptriggers |
GET |
Alle triggers weergeven. |
/api/v1/httptriggers/create |
POST |
Maak een nieuwe trigger. |
/api/v1/httptriggers/{id} |
GET |
Gegevens van de trigger ophalen. |
/api/v1/httptriggers/{id} |
PUT |
Triggereigenschappen bijwerken. |
/api/v1/httptriggers/{id} |
DELETE |
Een trigger verwijderen. |
/api/v1/httptriggers/{id}/enable |
POST |
Schakel een trigger in. |
/api/v1/httptriggers/{id}/disable |
POST |
Schakel een trigger uit. |
/api/v1/httptriggers/{id}/execute |
POST |
Voer handmatig een trigger uit. |
/api/v1/httptriggers/{id}/executions |
GET |
Uitvoeringsgeschiedenis ophalen. |
/api/v1/httptriggers/trigger/{id} |
POST |
Externe webhook-eindpunt. |
Troubleshooting
Trigger geeft 404-fout
- Controleer of de trigger is ingesteld op ingeschakeld. Uitgeschakelde triggers retourneren 404.
- Controleer of de trigger-id in de URL juist is.
401 Niet geautoriseerd
- De tokendoelgroep moet overeenkomen met de app-ID van de SRE Agent, niet
https://management.azure.com. - Als u een token wilt ophalen voor testen, gebruikt u
az account get-access-token --resource 59f0a04a-b322-4310-adc9-39ac41e9631e --query accessToken -o tsv.
Trigger wordt uitgevoerd, maar de software-agent reageert niet
- Controleer de agentprompt. Een lege prompt produceert mogelijk geen nuttige uitvoer.
- Controleer of de gekozen subagent beschikt over de hulpprogramma's die nodig zijn voor de taak.
- Controleer de uitvoeringsgeschiedenis op foutdetails.
Limieten
| Hulpbron | Limiet |
|---|---|
| Activeringen per agent | Geen vaste limiet. |
| Maximum aantal beurten per uitvoering | 250 bochten. |
| Authenticatie | Bearer-token is vereist voor elke trigger-URL. |