Event Grid na platformie Kubernetes — dostarczanie zdarzeń i ponawianie próby

Usługa Event Grid na platformie Kubernetes z usługą Azure Arc próbuje dostarczyć każdy komunikat co najmniej raz dla każdej pasującej subskrypcji. Jeśli nie otrzyma pomyślnej odpowiedzi HTTP 200 od subskrybenta lub jeśli wystąpi błąd, usługa Event Grid na platformie Kubernetes ponawia próbę dostarczania na podstawie ustalonego harmonogramu ponawiania prób i zasad ponawiania prób.

Domyślnie usługa Event Grid na platformie Kubernetes dostarcza jedno zdarzenie jednocześnie subskrybentowi. Jednak ładunek żądania dostarczenia jest tablicą z pojedynczym zdarzeniem. Może ona dostarczać więcej niż jedno zdarzenie jednocześnie, jeśli włączysz funkcję przetwarzania wsadowego danych wyjściowych. Aby uzyskać szczegółowe informacje na temat tej funkcji, zobacz Dostarczanie zdarzeń usługi Batch.

Ważne

Usługa Event Grid na platformie Kubernetes z usługą Azure Arc jest obecnie dostępna w publicznej wersji zapoznawczej. Ta wersja zapoznawcza nie jest objęta umową dotyczącą poziomu usług i nie zalecamy korzystania z niej w przypadku obciążeń produkcyjnych. Niektóre funkcje mogą być nieobsługiwane lub ograniczone. Aby uzyskać więcej informacji, zobacz Uzupełniające warunki korzystania z wersji zapoznawczych platformy Microsoft Azure.

Uwaga

W wersji zapoznawczej funkcje usługi Event Grid na platformie Kubernetes są obsługiwane za pośrednictwem interfejsu API w wersji 2020-10-15-Preview.

Harmonogram ponawiania prób

Usługa Event Grid na platformie Kubernetes czeka do 60 sekund na odpowiedź po dostarczeniu zdarzenia. Jeśli punkt końcowy subskrybenta nie wysyła odpowiedzi powodzenia (HTTP 200 lub tak), ponawia próbę wysłania zdarzenia. Oto jak to działa.

1. Komunikat pojawia się w usłudze Event Grid na platformie Kubernetes. Podjęto próbę natychmiastowego dostarczenia.
2. Jeśli dostarczanie zakończy się niepowodzeniem, komunikat zostanie w kolejce do 1-minutowej kolejki i ponowiony po minucie.
3. Jeśli dostarczanie nadal kończy się niepowodzeniem, komunikat jest umieszczany w kolejce do 10-minutowej kolejki i ponawiany co 10 minut.
4. Dostawy są podejmowane do momentu osiągnięcia limitów zasad powodzenia lub ponawiania prób.

Zasady ponawiania

Istnieją dwie konfiguracje, które określają zasady ponawiania. Są to:

• Maksymalna liczba prób
• Czas wygaśnięcia zdarzenia (TTL)

Zdarzenie zostanie porzucone, jeśli zostanie osiągnięty jeden z limitów zasad ponawiania prób. Konfiguracja tych limitów jest wykonywana dla poszczególnych subskrypcji. W poniższej sekcji opisano każdy z nich bardziej szczegółowo.

Konfigurowanie wartości domyślnych na subskrybenta

Można również określić limity zasad ponawiania dla poszczególnych subskrypcji. Zapoznaj się z naszą dokumentacją interfejsu API, aby uzyskać informacje na temat konfigurowania wartości domyślnych dla subskrybenta. Wartości domyślne na poziomie subskrypcji zastępują moduł Event Grid w konfiguracjach na poziomie platformy Kubernetes.

W poniższym przykładzie skonfigurowana jest subskrypcja webhook z wartością maxNumberOfAttempts do 3 i eventTimeToLiveInMinutes do 30 minut.

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

Następne kroki

Aby dowiedzieć się więcej na temat miejsc docelowych i procedur obsługi obsługiwanych przez usługę Event Grid w usłudze Azure Arc dla platformy Kubernetes, zobacz Event Grid on Kubernetes — Event handlers (Usługa Event Grid na platformie Kubernetes — programy obsługi zdarzeń).