Dostarczanie komunikatów usługi Event Grid i ponawianie próby

Usługa Event Grid zapewnia trwałe dostarczanie. Próbuje dostarczyć każdy komunikat co najmniej raz dla każdej zgodnej subskrypcji natychmiast. Jeśli punkt końcowy subskrybenta nie potwierdza otrzymania zdarzenia lub jeśli wystąpił błąd, usługa Event Grid ponawia próbę dostarczania na podstawie ustalonego harmonogramu ponawiania prób i ponowień zasad. Domyślnie usługa Event Grid dostarcza jedno zdarzenie jednocześnie subskrybentowi. Ładunek jest jednak tablicą z pojedynczym zdarzeniem.

Uwaga

Usługa Event Grid nie gwarantuje zamówienia na dostarczanie zdarzeń, więc subskrybenci mogą otrzymywać je z zamówienia.

Harmonogram ponawiania prób

Gdy usługa Event Grid otrzymuje błąd podczas próby dostarczenia zdarzenia, usługa Event Grid decyduje, czy powinna ponowić próbę dostarczenia, utracony komunikat o zdarzeniu, czy usunąć zdarzenie na podstawie typu błędu.

Jeśli błąd zwrócony przez subskrybowany punkt końcowy jest błędem związanym z konfiguracją, który nie może zostać naprawiony przy użyciu ponownych prób (na przykład jeśli punkt końcowy zostanie usunięty), usługa Event Grid wykona utracony komunikat na zdarzeniu lub usunie zdarzenie, jeśli nie skonfigurowano utraconych wiadomości.

W poniższej tabeli opisano typy punktów końcowych i błędów, dla których ponawianie próby nie występuje:

Typ punktu końcowego	Kody błędów
Zasoby platformy Azure	400 (Nieprawidłowe żądanie), 413 (Jednostka żądania jest za duża)
Webhook	400 (Nieprawidłowe żądanie), 413 (jednostka żądania jest za duża), 401 (Brak autoryzacji)

Uwaga

Jeśli dla punktu końcowego nie skonfigurowano utraconych komunikatów, zdarzenia zostaną porzucone, gdy wystąpią powyższe błędy. Rozważ skonfigurowanie utraconych wiadomości, jeśli nie chcesz, aby tego rodzaju zdarzenia zostały usunięte. Zdarzenia z utraconymi listami zostaną porzucone, gdy nie znaleziono miejsca docelowego utraconych wiadomości.

Jeśli błąd zwrócony przez subskrybowany punkt końcowy nie znajduje się na powyższej liście, usługa Event Grid wykonuje ponowienie próby przy użyciu zasad opisanych poniżej:

Usługa Event Grid czeka 30 sekund na odpowiedź po dostarczeniu komunikatu. Po 30 sekundach, jeśli punkt końcowy nie odpowiedział, komunikat jest w kolejce do ponawiania próby. Usługa Event Grid używa zasad ponawiania ponawiania wykładniczego na potrzeby dostarczania zdarzeń. Usługa Event Grid ponawia próbę dostarczania zgodnie z następującym harmonogramem zgodnie z najlepszymi potrzebami:

• 10 sekund
• 30 sekund
• 1 minuta
• 5 min
• 10 minut
• 30 minut
• 1 godzina
• 3 godziny
• 6 godz.
• Co 12 godzin do 24 godzin

Jeśli punkt końcowy odpowie w ciągu 3 minut, usługa Event Grid podejmie próbę usunięcia zdarzenia z kolejki ponawiania prób, ale nadal mogą zostać odebrane duplikaty.

Usługa Event Grid dodaje małą losowość do wszystkich kroków ponawiania prób i może pominąć pewne ponawianie prób, jeśli punkt końcowy jest stale w złej kondycji, przez długi okres lub wydaje się być przytłoczony.

Zasady ponawiania

Zasady ponawiania prób można dostosować podczas tworzenia subskrypcji zdarzeń przy użyciu następujących dwóch konfiguracji. Zdarzenie zostanie porzucone, jeśli zostanie osiągnięty któryś z limitów zasad ponawiania.

• Maksymalna liczba prób — wartość musi być liczbą całkowitą z zakresu od 1 do 30. Wartość domyślna to 30.
• Czas wygaśnięcia zdarzenia (TTL) — wartość musi być liczbą całkowitą z zakresu od 1 do 1440. Wartość domyślna to 1440 minut

Aby uzyskać przykładowe polecenie interfejsu wiersza polecenia i programu PowerShell w celu skonfigurowania tych ustawień, zobacz Ustawianie zasad ponawiania prób.

Uwaga

W przypadku ustawienia zarówno, jak Event time to live (TTL) i Maximum number of attempts, usługa Event Grid używa pierwszego do wygaśnięcia, aby określić, kiedy zatrzymać dostarczanie zdarzeń. Jeśli na przykład ustawisz 30 minut jako czas wygaśnięcia (TTL) i 5 maksymalnych prób dostarczenia. Jeśli zdarzenie nie zostanie dostarczone po upływie 30 minut (lub) nie zostanie dostarczone po 5 próbach, w zależności od tego, co się dzieje po raz pierwszy, zdarzenie jest nieaktywne. Jeśli ustawisz maksymalną liczbę prób dostarczenia na 10, w odniesieniu do harmonogramu ponawiania wykładniczego maksymalna liczba prób dostarczenia nastąpi przed upływem 30 minut czasu wygaśnięcia, dlatego ustawienie maksymalnej liczby prób do 10 nie będzie miało wpływu w tym przypadku, a zdarzenia zostaną utracone po 30 minutach.

Dzielenie na partie danych wyjściowych

Usługa Event Grid domyślnie wysyła każde zdarzenie indywidualnie do subskrybentów. Subskrybent otrzymuje tablicę z pojedynczym zdarzeniem. Usługę Event Grid można skonfigurować pod kątem zdarzeń wsadowych na potrzeby dostarczania w celu zwiększenia wydajności protokołu HTTP w scenariuszach o wysokiej przepływności. Wsadowanie jest domyślnie wyłączone i można je włączyć dla poszczególnych subskrypcji.

Zasady przetwarzania wsadowego

Dostarczanie wsadowe ma dwa ustawienia:

• Maksymalna liczba zdarzeń na partię — maksymalna liczba zdarzeń usługi Event Grid dostarczana wsadowo. Ta liczba nigdy nie zostanie przekroczona, jednak liczba zdarzeń może zostać dostarczona, jeśli żadne inne zdarzenia nie są dostępne w momencie publikowania. Usługa Event Grid nie opóźnia zdarzeń w celu utworzenia partii, jeśli jest dostępna mniejsza liczba zdarzeń. Musi należeć do przedziału od 1 do 5000.
• Preferowany rozmiar partii w kilobajtach — docelowy limit rozmiaru partii w kilobajtach. Podobnie jak w przypadku maksymalnej liczby zdarzeń, rozmiar partii może być mniejszy, jeśli więcej zdarzeń nie jest dostępnych w momencie publikowania. Istnieje możliwość, że partia jest większa niż preferowany rozmiar partii, jeśli pojedyncze zdarzenie jest większe niż preferowany rozmiar. Jeśli na przykład preferowany rozmiar to 4 KB, a zdarzenie 10 KB zostanie wypchnięte do usługi Event Grid, zdarzenie 10 KB będzie nadal dostarczane we własnej partii, a nie zostanie usunięte.

Dostarczanie wsadowe skonfigurowane w ramach subskrypcji poszczególnych zdarzeń za pośrednictwem portalu, interfejsu wiersza polecenia, programu PowerShell lub zestawów SDK.

Zachowanie przetwarzania wsadowego

• Wszystkie lub żadne

  Usługa Event Grid działa z semantykami typu all-or-none. Nie obsługuje częściowego powodzenia dostarczania wsadowego. Subskrybenci powinni zachować ostrożność, aby poprosić tylko o tyle zdarzeń na partię, co może być w miarę możliwości obsługi w ciągu 30 sekund.

• Optymistyczne przetwarzanie wsadowe

  Ustawienia zasad przetwarzania wsadowego nie są ściśle powiązane z zachowaniem przetwarzania wsadowego i są przestrzegane w oparciu o najlepsze wysiłki. Przy niskich współczynnikach zdarzeń często obserwujesz, że rozmiar partii jest mniejszy niż żądane maksymalne zdarzenia na partię.

• Wartość domyślna jest ustawiona na WYŁĄCZONE

  Domyślnie usługa Event Grid dodaje tylko jedno zdarzenie do każdego żądania dostarczenia. Sposobem włączenia wsadowania jest ustawienie jednego z ustawień wymienionych wcześniej w artykule w formacie JSON subskrypcji zdarzeń.

• Wartości domyślne

  Podczas tworzenia subskrypcji zdarzeń nie trzeba określać zarówno ustawień (maksymalna liczba zdarzeń na partię i Przybliżony rozmiar partii w kilobajtach). Jeśli ustawiono tylko jedno ustawienie, usługa Event Grid używa (konfigurowalnych) wartości domyślnych. Zapoznaj się z poniższymi sekcjami, aby zapoznać się z wartościami domyślnymi i jak je zastąpić.

Azure Portal:

Te ustawienia są widoczne na karcie Dodatkowe funkcje na stronie Subskrypcja zdarzeń .

Interfejs wiersza polecenia platformy Azure

Podczas tworzenia subskrypcji zdarzeń użyj następujących parametrów:

• max-events-per-batch — maksymalna liczba zdarzeń w partii. Musi być liczbą z zakresu od 1 do 5000.
• preferred-batch-size-in-kilobajty — preferowany rozmiar partii w kilobajtach. Musi być liczbą z zakresu od 1 do 1024.

storageid=$(az storage account show --name <storage_account_name> --resource-group <resource_group_name> --query id --output tsv)
endpoint=https://$sitename.azurewebsites.net/api/updates

az eventgrid event-subscription create \
  --resource-id $storageid \
  --name <event_subscription_name> \
  --endpoint $endpoint \
  --max-events-per-batch 1000 \
  --preferred-batch-size-in-kilobytes 512

Aby uzyskać więcej informacji na temat korzystania z interfejsu wiersza polecenia platformy Azure z usługą Event Grid, zobacz Kierowanie zdarzeń magazynu do internetowego punktu końcowego za pomocą interfejsu wiersza polecenia platformy Azure.

Opóźnione dostarczanie

W miarę jak punkt końcowy napotyka błędy dostarczania, usługa Event Grid zaczyna opóźniać dostarczanie i ponowić próbę zdarzeń do tego punktu końcowego. Jeśli na przykład pierwsze 10 zdarzeń opublikowanych w punkcie końcowym zakończy się niepowodzeniem, usługa Event Grid zakłada, że punkt końcowy ma problemy i opóźni wszystkie kolejne próby i nowe dostawy przez jakiś czas — w niektórych przypadkach do kilku godzin.

Funkcjonalnym celem opóźnionego dostarczania jest ochrona niezdrowych punktów końcowych i systemu usługi Event Grid. Bez wycofywania i opóźnienia dostarczania do niezdrowych punktów końcowych, zasady ponawiania i możliwości ponawiania usługi Event Grid mogą łatwo przeciążyć system.

Zdarzenia utraconych komunikatów

Gdy usługa Event Grid nie może dostarczyć zdarzenia w określonym czasie lub po próbie dostarczenia zdarzenia określoną liczbę razy, może wysłać zdarzenie nieuprawnione do konta magazynu. Ten proces jest znany jako utracony. Event Grid nieaktywne litery zdarzenia, gdy zostanie spełniony jeden z następujących warunków.

• Wydarzenie nie jest dostarczane w okresie od czasu do wygaśnięcia .
• Liczba prób dostarczenia zdarzenia przekroczyła limit.

Jeśli którykolwiek z warunków zostanie spełniony, zdarzenie zostanie porzucone lub utracony. Domyślnie usługa Event Grid nie włącza utraconych komunikatów. Aby ją włączyć, należy określić konto magazynu do przechowywania nieustarczone zdarzenia podczas tworzenia subskrypcji zdarzeń. Zdarzenia są ściągane z tego konta magazynu w celu rozwiązania problemów z dostawami.

Usługa Event Grid wysyła zdarzenie do lokalizacji utraconych komunikatów, gdy próbowała wykonać wszystkie próby ponawiania próby. Jeśli usługa Event Grid odbierze kod odpowiedzi 400 (nieprawidłowe żądanie) lub 413 (zbyt duża jednostka żądania), natychmiast planuje zdarzenie dotyczące utraconych komunikatów. Te kody odpowiedzi wskazują, że dostarczanie zdarzenia nigdy nie powiedzie się.

Wygaśnięcie czasu wygaśnięcia jest sprawdzane tylko przy następnej zaplanowanej próbie dostarczenia. Tak więc, nawet jeśli czas wygaśnięcia wygaśnie przed następną zaplanowaną próbą dostarczenia, wygaśnięcie zdarzenia jest sprawdzane tylko w momencie następnego dostarczenia, a następnie utracony.

Istnieje pięciominutowe opóźnienie między ostatnią próbą dostarczenia zdarzenia a dostarczeniem go do lokalizacji utraconych komunikatów. To opóźnienie ma na celu zmniejszenie liczby operacji magazynu obiektów blob. Jeśli lokalizacja utraconych komunikatów jest niedostępna przez cztery godziny, zdarzenie zostanie porzucone.

Przed ustawieniem lokalizacji utraconych komunikatów musisz mieć konto magazynu z kontenerem. Punkt końcowy dla tego kontenera należy podać podczas tworzenia subskrypcji zdarzeń. Punkt końcowy ma format: /subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-name>/blobServices/default/containers/<container-name>

Może być konieczne powiadomienie o wysłaniu zdarzenia do lokalizacji utraconych komunikatów. Aby użyć usługi Event Grid do reagowania na nieuprawnione zdarzenia, utwórz subskrypcję zdarzeń dla magazynu obiektów blob utraconych. Za każdym razem, gdy magazyn obiektów blob utraconych odbiera zdarzenie, usługa Event Grid powiadamia program obsługi. Procedura obsługi odpowiada za pomocą akcji, które mają zostać wykonane w celu uzgadniania nieużytowanych zdarzeń. Aby zapoznać się z przykładem konfigurowania lokalizacji utraconych komunikatów i zasad ponawiania prób, zobacz Dead letter (Utracony list) i retry policies (Zasady ponawiania prób).

Uwaga

Jeśli włączysz tożsamość zarządzaną na potrzeby utraconych komunikatów, musisz dodać tożsamość zarządzaną do odpowiedniej roli kontroli dostępu opartej na rolach (RBAC) na koncie usługi Azure Storage, która będzie przechowywać zdarzenia utraconych wiadomości. Aby uzyskać więcej informacji, zobacz Obsługiwane miejsca docelowe i role platformy Azure.

Formaty zdarzeń dostarczania

Ta sekcja zawiera przykłady zdarzeń i zdarzeń utraconych w różnych formatach schematu dostarczania (schemat usługi Event Grid, schemat CloudEvents 1.0 i schemat niestandardowy). Aby uzyskać więcej informacji na temat tych formatów, zobacz Artykuły schematu usługi Event Grid i Schemat zdarzeń w chmurze 1.0 .

Schemat usługi Event Grid

Zdarzenie

{
    "id": "93902694-901e-008f-6f95-7153a806873c",
    "eventTime": "2020-08-13T17:18:13.1647262Z",
    "eventType": "Microsoft.Storage.BlobCreated",
    "dataVersion": "",
    "metadataVersion": "1",
    "topic": "/subscriptions/000000000-0000-0000-0000-00000000000000/resourceGroups/rgwithoutpolicy/providers/Microsoft.Storage/storageAccounts/myegteststgfoo",
    "subject": "/blobServices/default/containers/deadletter/blobs/myBlobFile.txt",    
    "data": {
        "api": "PutBlob",
        "clientRequestId": "c0d879ad-88c8-4bbe-8774-d65888dc2038",
        "requestId": "93902694-901e-008f-6f95-7153a8000000",
        "eTag": "0x8D83FACDC0C3402",
        "contentType": "text/plain",
        "contentLength": 0,
        "blobType": "BlockBlob",
        "url": "https://myegteststgfoo.blob.core.windows.net/deadletter/myBlobFile.txt",
        "sequencer": "00000000000000000000000000015508000000000005101c",
        "storageDiagnostics": { "batchId": "cfb32f79-3006-0010-0095-711faa000000" }
    }
}

Zdarzenie utraconych komunikatów

{
    "id": "93902694-901e-008f-6f95-7153a806873c",
    "eventTime": "2020-08-13T17:18:13.1647262Z",
    "eventType": "Microsoft.Storage.BlobCreated",
    "dataVersion": "",
    "metadataVersion": "1",
    "topic": "/subscriptions/0000000000-0000-0000-0000-000000000000000/resourceGroups/rgwithoutpolicy/providers/Microsoft.Storage/storageAccounts/myegteststgfoo",
    "subject": "/blobServices/default/containers/deadletter/blobs/myBlobFile.txt",    
    "data": {
        "api": "PutBlob",
        "clientRequestId": "c0d879ad-88c8-4bbe-8774-d65888dc2038",
        "requestId": "93902694-901e-008f-6f95-7153a8000000",
        "eTag": "0x8D83FACDC0C3402",
        "contentType": "text/plain",
        "contentLength": 0,
        "blobType": "BlockBlob",
        "url": "https://myegteststgfoo.blob.core.windows.net/deadletter/myBlobFile.txt",
        "sequencer": "00000000000000000000000000015508000000000005101c",
        "storageDiagnostics": { "batchId": "cfb32f79-3006-0010-0095-711faa000000" }
    },

    "deadLetterReason": "MaxDeliveryAttemptsExceeded",
    "deliveryAttempts": 1,
    "lastDeliveryOutcome": "NotFound",
    "publishTime": "2020-08-13T17:18:14.0265758Z",
    "lastDeliveryAttemptTime": "2020-08-13T17:18:14.0465788Z" 
}

Poniżej przedstawiono możliwe wartości lastDeliveryOutcome i ich opisy.

LastDeliveryOutcome	Opis
NotFound	Nie znaleziono zasobu docelowego.
Disabled	Miejsce docelowe wyłączyło odbieranie zdarzeń. Dotyczy Azure Service Bus i Azure Event Hubs.
Pełne	Przekroczono maksymalną liczbę dozwolonych operacji w miejscu docelowym. Dotyczy Azure Service Bus i Azure Event Hubs.
Brak autoryzacji	Miejsce docelowe zwróciło nieautoryzowany kod odpowiedzi.
BadRequest	Miejsce docelowe zwróciło kod odpowiedzi na nieprawidłowe żądanie.
TimedOut	Upłynął limit czasu operacji dostarczania.
Zajęte	Serwer docelowy jest zajęty.
PayloadTooLarge	Rozmiar komunikatu przekroczył maksymalny dozwolony rozmiar przez miejsce docelowe. Dotyczy Azure Service Bus i Azure Event Hubs.
Zawieszenia	Miejsce docelowe jest umieszczane w okresie próbnym przez usługę Event Grid. Próba dostarczenia nie jest podejmowana podczas okresu próbnego.
Anulowane	Anulowano operację dostarczania.
Zostało przerwane	Dostarczanie zostało przerwane przez usługę Event Grid po upływie przedziału czasu.
Socketerror	Wystąpił błąd komunikacji sieciowej podczas dostarczania.
ResolutionError	Rozpoznawanie dns docelowego punktu końcowego nie powiodło się.
Dostarczanie	Dostarczanie zdarzeń do miejsca docelowego.
SessionQueueNotSupported	Próba dostarczania zdarzeń bez identyfikatora sesji jest podejmowana w jednostce, która ma włączoną obsługę sesji. Dotyczy lokalizacji docelowej jednostki Azure Service Bus.
Forbidden	Dostarczanie jest zabronione przez docelowy punkt końcowy (może to być spowodowane zaporami IP lub innymi ograniczeniami)
InvalidAzureFunctionDestination	Docelowa funkcja platformy Azure jest nieprawidłowa. Prawdopodobnie dlatego, że nie ma typu EventGridTrigger.

LastDeliveryOutcome: Okres próbny

Subskrypcja zdarzeń jest umieszczana w okresie próbnym przez usługę Event Grid, jeśli dostarczanie zdarzeń do tego miejsca docelowego kończy się niepowodzeniem. Czas próbny różni się w przypadku różnych błędów zwracanych przez docelowy punkt końcowy. Jeśli subskrypcja zdarzeń jest w okresie próbnym, zdarzenia mogą zostać utracone lub usunięte bez konieczności nawet próby dostarczenia w zależności od kodu błędu, z powodu którego jest w okresie próbnym.

Błąd	Czas trwania okresu próbnego
Zajęte	10 sekund
NotFound	5 min
Socketerror	30 sekund
ResolutionError	5 min
Disabled	5 min
Pełne	5 min
TimedOut	10 sekund
Brak autoryzacji	5 min
Forbidden	5 min
InvalidAzureFunctionDestination	10 minut

Uwaga

Usługa Event Grid używa czasu trwania próbnego w celu lepszego zarządzania dostarczaniem, a czas trwania może ulec zmianie w przyszłości.

Schemat cloudEvents 1.0

Zdarzenie

{
    "id": "caee971c-3ca0-4254-8f99-1395b394588e",
    "source": "mysource",
    "dataversion": "1.0",
    "subject": "mySubject",
    "type": "fooEventType",
    "datacontenttype": "application/json",
    "data": {
        "prop1": "value1",
        "prop2": 5
    }
}

Zdarzenie utraconych listów

{
    "id": "caee971c-3ca0-4254-8f99-1395b394588e",
    "source": "mysource",
    "dataversion": "1.0",
    "subject": "mySubject",
    "type": "fooEventType",
    "datacontenttype": "application/json",
    "data": {
        "prop1": "value1",
        "prop2": 5
    },

    "deadletterreason": "MaxDeliveryAttemptsExceeded",
    "deliveryattempts": 1,
    "lastdeliveryoutcome": "NotFound",
    "publishtime": "2020-08-13T21:21:36.4018726Z",
}

Schemat niestandardowy

Zdarzenie

{
    "prop1": "my property",
    "prop2": 5,
    "myEventType": "fooEventType"
}

Zdarzenie utraconych listów

{
    "id": "8bc07e6f-0885-4729-90e4-7c3f052bd754",
    "eventTime": "2020-08-13T18:11:29.4121391Z",
    "eventType": "myEventType",
    "dataVersion": "1.0",
    "metadataVersion": "1",
    "topic": "/subscriptions/00000000000-0000-0000-0000-000000000000000/resourceGroups/rgwithoutpolicy/providers/Microsoft.EventGrid/topics/myCustomSchemaTopic",
    "subject": "subjectDefault",
  
    "deadLetterReason": "MaxDeliveryAttemptsExceeded",
    "deliveryAttempts": 1,
    "lastDeliveryOutcome": "NotFound",
    "publishTime": "2020-08-13T18:11:29.4121391Z",
    "lastDeliveryAttemptTime": "2020-08-13T18:11:29.4277644Z",
  
    "data": {
        "prop1": "my property",
        "prop2": 5,
        "myEventType": "fooEventType"
    }
}

Stan dostarczania komunikatów

Usługa Event Grid używa kodów odpowiedzi HTTP w celu potwierdzenia otrzymania zdarzeń.

Kody powodzenia

Usługa Event Grid uwzględnia tylko następujące kody odpowiedzi HTTP jako pomyślne dostawy. Wszystkie inne kody stanu są uznawane za nieudane dostawy i zostaną odpowiednio ponowione lub utracone. Gdy usługa Event Grid otrzyma kod stanu zakończony powodzeniem, uwzględnia ukończenie dostarczania.

• 200 OK
• Utworzono 201
• Zaakceptowano 202
• 203 Informacje nieautorytatywne
• 204 Brak zawartości

Kody błędów

Wszystkie inne kody, które nie znajdują się w powyższym zestawie (200-204) są uznawane za błędy i zostaną ponowione (w razie potrzeby). Niektóre z nich mają określone zasady ponawiania prób powiązane z nimi opisane poniżej, wszystkie inne są zgodne ze standardowym modelem wycofywania wykładniczego. Należy pamiętać, że ze względu na wysoce równoległy charakter architektury usługi Event Grid zachowanie ponawiania prób nie jest deterministyczne.

Kod stanu	Zachowanie ponawiania prób
400 Nieprawidłowe żądanie	Nie ponowiono próby
401 Brak autoryzacji	Ponów próbę po upływie 5 minut lub więcej dla punktów końcowych zasobów platformy Azure
403 Zabronione	Nie ponowiono próby
404 — Nie znaleziono	Ponów próbę po upływie 5 minut lub więcej dla punktów końcowych zasobów platformy Azure
408 — limit czasu żądania	Ponów próbę po upływie 2 minut lub więcej
Jednostka żądania 413 jest zbyt duża	Nie ponowiono próby
503 — usługa niedostępna	Ponów próbę po upływie 30 sekund lub więcej
Wszystkie inne	Ponów próbę po upływie 10 sekund lub więcej

Niestandardowe właściwości dostarczania

Subskrypcje zdarzeń umożliwiają konfigurowanie nagłówków HTTP uwzględnionych w zdarzeniach dostarczanych. Ta funkcja umożliwia ustawianie niestandardowych nagłówków, które są wymagane przez miejsce docelowe. Podczas tworzenia subskrypcji zdarzeń można skonfigurować maksymalnie 10 nagłówków. Każda wartość nagłówka nie powinna być większa niż 4096 (4K) bajtów. Możesz ustawić niestandardowe nagłówki na zdarzeniach dostarczanych do następujących miejsc docelowych:

• Elementy webhook
• Azure Service Bus tematów i kolejek
• Azure Event Hubs
• Połączenia hybrydowe przekaźnika

Aby uzyskać więcej informacji, zobacz Niestandardowe właściwości dostarczania.

Następne kroki

• Aby wyświetlić stan dostaw zdarzeń, zobacz Monitorowanie dostarczania komunikatów usługi Event Grid.
• Aby dostosować opcje dostarczania zdarzeń, zobacz Martwy list i zasady ponawiania prób.