Event Grid in Kubernetes - levering van gebeurtenissen en opnieuw proberen

  • Artikel

Event Grid in Kubernetes met Azure Arc probeert elk bericht ten minste één keer te bezorgen voor elk overeenkomend abonnement. Als er geen geslaagd HTTP 200-antwoord van de abonnee wordt ontvangen of als er een fout optreedt, probeert Event Grid op Kubernetes de levering opnieuw op basis van een vast schema voor opnieuw proberen en beleid voor opnieuw proberen.

Event Grid in Kubernetes levert standaard één gebeurtenis tegelijk aan de abonnee. De nettolading van de leveringsaanvraag is echter een matrix met één gebeurtenis. Het kan meerdere gebeurtenissen tegelijk leveren als u de uitvoerbatchfunctie inschakelt. Zie Batch-gebeurtenisbezorging voor meer informatie over deze functie.

Belangrijk

Event Grid in Kubernetes met Azure Arc is momenteel beschikbaar als openbare preview. Deze preview-versie wordt aangeboden zonder service level agreement en wordt niet aanbevolen voor productieworkloads. Misschien worden bepaalde functies niet ondersteund of zijn de mogelijkheden ervan beperkt. Zie Aanvullende gebruiksvoorwaarden voor Microsoft Azure-previews voor meer informatie.

Notitie

Tijdens de preview worden Event Grid op Kubernetes-functies ondersteund via API-versie 2020-10-15-Preview.

Schema voor opnieuw proberen

Event Grid in Kubernetes wacht maximaal 60 seconden voor een reactie na het leveren van een gebeurtenis. Als het eindpunt van de abonnee geen geslaagde reactie (HTTP 200 of zo) verzendt, wordt de gebeurtenis opnieuw verzonden. Dit werkt als volgt.

  1. Het bericht komt binnen in Event Grid op Kubernetes. Er wordt geprobeerd het onmiddellijk te leveren.
  2. Als de bezorging mislukt, wordt het bericht in de wachtrij van 1 minuut geplaatst en na een minuut opnieuw geprobeerd.
  3. Als de bezorging blijft mislukken, wordt het bericht in de wachtrij van 10 minuten geplaatst en elke 10 minuten opnieuw geprobeerd.
  4. Leveringen worden geprobeerd totdat de beleidslimieten voor geslaagde of nieuwe pogingen zijn bereikt.

Beleid voor opnieuw proberen

Er zijn twee configuraties die het beleid voor opnieuw proberen bepalen. Dit zijn:

  • Maximum aantal pogingen
  • Time-to-live (TTL) van gebeurtenissen

Er wordt een gebeurtenis verwijderd als een van de limieten van het beleid voor opnieuw proberen is bereikt. De configuratie van deze limieten wordt per abonnement uitgevoerd. In de volgende sectie wordt elk gedeelte nader beschreven.

Standaardinstellingen per abonnee configureren

U kunt ook beleidslimieten voor opnieuw proberen opgeven per abonnement. Raadpleeg onze API-documentatie voor informatie over het configureren van standaardwaarden per abonnee. Standaardinstellingen op abonnementsniveau overschrijven de Event Grid-module op Kubernetes-niveauconfiguraties.

In het volgende voorbeeld wordt een webhookabonnement ingesteld met maxNumberOfAttempts 3 en eventTimeToLiveInMinutes 30 minuten.

{
 "properties": {
  "destination": {
   "endpointType": "WebHook",
   "properties": {
    "endpointUrl": "<your_webhook_url>",
    "eventDeliverySchema": " CloudEventSchemaV1_0"
   }
  },
  "retryPolicy": {
   "eventTimeToLiveInMinutes": 30,
   "maxDeliveryAttempts": 3
  }
 }

Volgende stappen

Zie Event Grid in Kubernetes - Gebeurtenis-handlers voor meer informatie over bestemmingen en handlers die worden ondersteund door Event Grid in Azure Arc voor Kubernetes.