Zelfstudie: Een HTTP-trigger maken in Azure SRE Agent

In deze zelfstudie maakt u een HTTP-trigger waarmee een nalevingscontrole op een container-app wordt uitgevoerd. U test deze vanuit de portal en de opdrachtregel en integreert deze vervolgens in een CI/CD-pijplijn (continue integratie en continue levering).

Geschatte tijd: 10 minuten

In deze handleiding leert u:

Vereiste voorwaarden

• Azure SRE-agent met de status Actief waarbij ten minste één Azure-abonnement is geconfigureerd.
• Azure CLI geïnstalleerd (az opdracht) voor het testen van de webhook-aanroep.

Scenario

Uw team implementeert container-apprevisies meerdere keren per dag. Elke implementatie moet voldoen aan de nalevingsstandaarden, met de juiste resourcelimieten, geconfigureerde gezondheidscontroles en ingestelde toegangsregels. In plaats van na elke implementatie handmatig te controleren, maakt u een HTTP-trigger die uw CI/CD-pijplijn na elke implementatie aanroept. De agent voert de nalevingscontrole automatisch uit.

HTTP-triggers openen

Als u HTTP-triggers wilt openen, gaat u naarHTTP-triggers van > in het servicemenu.

Checkpoint: De pagina wordt geladen met overzichtskaarten (actieve triggers: 0, totaal aantal triggers: 0, totaal aantal uitvoeringen: 0) en een lege triggerlijst.

Stap 1: De trigger maken

1. Selecteer Trigger maken op de werkbalk. Het dialoogvenster HTTP-trigger maken wordt geopend.

2. Vul de volgende velden in het formulier in.

   Veld	Waarde
   Triggernaam	Nalevingscontrole voor container-apps.
   Details van de Trigger	Er is een nieuwe revisie van de container-app geïmplementeerd. Voer een nalevingscontrole uit op de app. Controleer of resourcelimieten (CPU/geheugen), statustests, configuratie voor inkomend verkeer en schaalregels correct zijn geconfigureerd. Meld eventuele gevonden problemen. App-details: {payload.app_name} in resourcegroep {payload.resource_group}. Revisie: {payload.revision_name}.
   Niveau van autonomie van agent	Autonoom (standaard).
   Berichtgroepering voor updates	Nieuwe chatthread voor elke uitvoering.

3. Laat antwoordsubagent op de standaardwaarde staan, tenzij u wilt dat een specifieke subagent de controle afhandelt.

4. Selecteer Trigger maken.

Checkpoint: De trigger wordt weergegeven in de lijst met de status Aan (groene badge). De overzichtskaarten worden bijgewerkt om één actieve trigger weer te geven.

Stap 2: de trigger-URL kopiëren

1. Selecteer de triggernaam Container App Compliance Check om de detailweergave te openen.

2. U ziet de volgende velden:

   • Trigger-URL: Webhook-eindpunt met een knop Kopiëren
   • Status: Aan
   • Laatst gebeld: Nooit
   • Berichtgroepering: nieuwe thread voor elke uitvoering

3. Selecteer de knop Kopiëren naast de trigger-URL. Sla de URL op omdat u deze in stap 4 gebruikt.

Checkpoint: U hebt de trigger-URL gekopieerd. Het ziet eruit als https://<your-agent>.sre.azure.com/api/v1/httptriggers/trigger/<trigger-id>.

Stap 3: Testen met Nu uitvoeren

1. Selecteer Trigger nu uitvoeren op de werkbalk. Met deze actie wordt de trigger onmiddellijk uitgevoerd zonder een externe aanroep.

2. Wacht enkele seconden en selecteer vervolgens De lijst Bijwerken om de uitvoeringsgeschiedenis te vernieuwen.

Checkpoint: De uitvoeringsgeschiedenis toont een nieuwe rij met een tijdstempel, een gekoppelde thread en de status geslaagd. Selecteer de threadkoppeling om het antwoord van de agent weer te geven.

De agent maakt een thread met de titel HTTP Trigger: Nalevingscontrole van Container App. Binnen ziet u de uitvoeringskaart met het nalevingscontroleplan, gevolgd door het volledige onderzoek van de agent en een beoordelingstabel met nalevingsresultaten.

Stap 4: De trigger aanroepen vanaf de opdrachtregel

Test het nu zoals uw CI/CD-pijplijn dat zou doen, met een echte payload. Open een terminal en voer het volgende uit:

# Get an ARM token (use the SRE Agent app ID as the resource)
TOKEN=$(az account get-access-token --resource 59f0a04a-b322-4310-adc9-39ac41e9631e --query accessToken -o tsv)

# Call the trigger with container app deployment details
curl -X POST \
  "<YOUR_TRIGGER_URL>" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "app_name": "checkout-api",
    "resource_group": "rg-production",
    "revision_name": "checkout-api--v3",
    "deployed_by": "github-actions",
    "image": "myregistry.azurecr.io/checkout-api:v3.2.1"
  }'

Vervang <YOUR_TRIGGER_URL> door de URL die u in stap 2 hebt gekopieerd.

Wat gebeurt er: De agent ontvangt uw prompt met {payload.app_name}, {payload.resource_group}, en {payload.revision_name} vervangen door de werkelijke waarden. Velden die niet overeenkomen met een tijdelijke aanduiding (zoals deployed_by en image) worden toegevoegd als onbewerkte JSON-context.

Het antwoord wordt onmiddellijk geretourneerd met HTTP 202:

{
  "message": "HTTP trigger execution initiated",
  "executionTime": "2026-03-13T10:30:00Z",
  "threadId": "thread-abc123",
  "success": true
}

Checkpoint: Ga terug naar het portaal en selecteer de lijst bijwerken in de detailweergave. U zou een tweede uitvoering in de geschiedenis moeten zien. Deze is afkomstig van de externe aanroep. Selecteer de thread-link om de nalevingscontrole van de agent te bekijken, waarbij de details van de echte app zijn ingevuld.

Stap 5: Integreren met uw pijplijn

Voeg de trigger-aanroep toe aan de stap na de implementatie van uw CI/CD-pijplijn. Hier volgt een voorbeeld voor GitHub Actions:

- name: Trigger SRE Agent compliance check
  if: success()
  run: |
    TOKEN=$(az account get-access-token --resource 59f0a04a-b322-4310-adc9-39ac41e9631e --query accessToken -o tsv)
    curl -s -X POST "${{ secrets.SRE_TRIGGER_URL }}" \
      -H "Authorization: Bearer $TOKEN" \
      -H "Content-Type: application/json" \
      -d '{
        "app_name": "${{ env.APP_NAME }}",
        "resource_group": "${{ env.RESOURCE_GROUP }}",
        "revision_name": "${{ env.REVISION_NAME }}",
        "deployed_by": "${{ github.actor }}",
        "commit": "${{ github.sha }}"
      }'

Sla uw trigger-URL op als een GitHub-geheim (SRE_TRIGGER_URL). Hardcode het nooit in uw workflowbestand.

Stap 6: Resources opschonen

Als u de trigger niet meer nodig hebt, verwijdert u deze:

1. Ga naarHTTP-triggers van >.
2. Schakel het selectievakje trigger in.
3. Selecteer Verwijderen.

Verwante inhoud

• HTTP-triggers
• Een geplande taak maken
• Een subagent maken