Udostępnij za pośrednictwem

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

  • Artykuł

Usługa Event Grid zapewnia trwałe dostarczanie. Próbuje dostarczyć każdy komunikat co najmniej raz dla każdej pasującej subskrypcji natychmiast. Jeśli punkt końcowy subskrybenta nie potwierdza otrzymania zdarzenia lub występuje błąd, usługa Event Grid ponawia próbę dostarczania na podstawie ustalonego harmonogramu ponawiania i ponawiania prób. 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 dostarczenie zdarzeń, więc subskrybenci mogą otrzymywać je z zamówienia.

Harmonogram ponawiania prób

Gdy usługa Event Grid otrzymuje błąd próby dostarczenia zdarzeń, usługa Event Grid decyduje, czy powinna ponowić próbę dostarczenia, utracony komunikat o zdarzeniu, czy upuścić 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órego nie można naprawić przy użyciu ponownych prób (na przykład w przypadku usunięcia punktu końcowego), usługa Event Grid wykona utracony komunikat na temat zdarzenia lub usunie zdarzenie, jeśli nie skonfigurowano utraconych komunikatów.

W poniższej tabeli opisano typy punktów końcowych i błędów, dla których ponawianie 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 komunikatów, jeśli nie chcesz, aby tego rodzaju zdarzenia zostały porzucone. Nieaktywne zdarzenia 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 zostanie wyświetlony w kolejce w celu ponawiania próby. Usługa Event Grid używa zasad ponawiania wycofywania wykładniczego na potrzeby dostarczania zdarzeń. Usługa Event Grid ponawia próbę dostarczenia zgodnie z następującym harmonogramem zgodnie z najlepszymi potrzebami:

  • 10 sekund
  • 30 sekund
  • 1 minuta
  • 5 min
  • 10 min
  • 30 min
  • 1 godzina
  • 3 godz.
  • 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 niewielką losowość do wszystkich kroków ponawiania prób i może zdecydowanie pominąć pewne ponawianie prób, jeśli punkt końcowy jest stale w złej kondycji, w dół przez długi okres lub wydaje się być przeciążony.

Zasady ponawiania

Zasady ponawiania 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 jeden z limitów zasad ponawiania prób.

  • 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 zapoznać się z przykładowym interfejsem wiersza polecenia i poleceniem programu PowerShell w celu skonfigurowania tych ustawień, zobacz Ustawianie zasad ponawiania prób.

Uwaga

Jeśli ustawisz wartości i Event time to live (TTL) Maximum number of attempts, usługa Event Grid użyje 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 nastąpi wcześniej, zdarzenie jest nieaktywne. Jeśli ustawisz maksymalną liczbę prób dostarczenia na 10, w odniesieniu do harmonogramu ponawiania wykładniczego maksymalnie 6 prób dostarczenia nastąpi przed osiągnięciem 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ć do obsługi zdarzeń wsadowych na potrzeby dostarczania w celu zwiększenia wydajności protokołu HTTP w scenariuszach o wysokiej przepływności. Przetwarzanie wsadowe jest domyślnie wyłączone i można je włączyć dla poszczególnych subskrypcji.

Zasady dzielenia na partie

Dostarczanie wsadowe ma dwa ustawienia:

  • Maksymalna liczba zdarzeń na partię — maksymalna liczba zdarzeń, które usługa Event Grid dostarcza na partię. Ta liczba nigdy nie zostanie przekroczona. Jednak mniej zdarzeń może być dostarczanych, jeśli w momencie publikowania nie są dostępne żadne inne zdarzenia. 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 jest porzucane.

Dostarczanie wsadowe w programie skonfigurowanym na podstawie subskrypcji zdarzeń za pośrednictwem portalu, interfejsu wiersza polecenia, programu PowerShell lub zestawów SDK (Software Development Kit).

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ę, ile może obsłużyć 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 najlepszy wysiłek. Przy niskich współczynnikach zdarzeń często obserwujesz, że rozmiar partii jest mniejszy niż żądane maksymalne zdarzenia na partię.

  • Wartość domyślna to WYŁĄCZONE

    Domyślnie usługa Event Grid dodaje tylko jedno zdarzenie do każdego żądania dostarczenia. Sposób włączania przetwarzania wsadowego polega na ustawieniu 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ń.

Zrzut ekranu przedstawiający kartę Dodatkowe funkcje na stronie Subskrypcja zdarzeń z wyróżnioną sekcją Batching (Batching).

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 ponawiać próby 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 punktów końcowych w złej kondycji i systemu usługi Event Grid. Bez wycofywania i opóźnienia dostarczania do punktów końcowych w złej kondycji, zasady ponawiania i możliwości woluminu 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 przedziale czasu lub po próbie dostarczenia zdarzenia określoną liczbę razy, może wysłać nieuprawnione zdarzenie do konta magazynu. Ten proces jest znany jako utracony zapis. Event Grid nieaktywne litery zdarzenia, gdy zostanie spełniony jeden z następujących warunków.

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

Jeśli zostanie spełniony jeden z warunków, zdarzenie zostanie porzucone lub nieaktywne. Domyślnie usługa Event Grid nie włącza utraconych komunikatów. Aby ją włączyć, należy określić konto magazynu do przechowywania nieuprawnionych zdarzeń podczas tworzenia subskrypcji zdarzeń. Zdarzenia z tego konta magazynu są ściągane 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 otrzyma kod odpowiedzi 400 (nieprawidłowe żądanie) lub 413 (zbyt duża jednostka żądania), natychmiast planuje zdarzenie na potrzeby utraconych komunikatów. Te kody odpowiedzi wskazują, że dostarczanie zdarzenia nigdy nie powiedzie się.

Wygaśnięcie czasu wygaśnięcia jest sprawdzane tylko podczas następnej zaplanowanej próby dostarczenia. Tak więc, nawet jeśli czas wygaśnięcia wygaśnie przed kolejną zaplanowaną próbą dostarczenia, wygaśnięcie zdarzenia jest sprawdzane tylko w momencie kolejnej dostawy, a następnie utraconych wiadomości.

Istnieje pięć minut opóźnienia 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żesz chcieć otrzymywać powiadomienia, gdy zdarzenie zostało wysłane do lokalizacji utraconych wiadomości. 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 chcesz wykonać w celu uzgadniania zdarzeń niedostarczonego. Przykład konfigurowania lokalizacji utraconych wiadomości i zasad ponawiania prób można znaleźć w temacie Dead letter and retry policies (Zasady martwych listów i ponawiania prób).

Uwaga

Jeśli włączysz tożsamość zarządzaną na potrzeby tworzenia 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óre będzie przechowywać zdarzenia z utraconymi wiadomościami. 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 schematu 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
Nie znaleziono Nie można odnaleźć zasobu docelowego.
Disabled Miejsce docelowe wyłączyło odbieranie zdarzeń. Dotyczy usług Azure Service Bus i Azure Event Hubs.
Pełny Przekroczono maksymalną liczbę dozwolonych operacji w miejscu docelowym. Dotyczy usług 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 usług Azure Service Bus i Azure Event Hubs.
Staż Miejsce docelowe jest umieszczane w okresie próbnym przez usługę Event Grid. Dostawa nie jest podejmowana podczas okresu próbnego.
Anulowany 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 miejsca docelowego jednostki usługi Azure Service Bus.
Dostęp zabroniony 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 dostawy zdarzeń do tego miejsca docelowego kończą 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
Nie znaleziono 5 min
SocketError 30 sekund
ResolutionError 5 min
Disabled 5 min
Pełny 5 min
TimedOut 10 sekund
Brak autoryzacji 5 min
Dostęp zabroniony 5 min
InvalidAzureFunctionDestination 10 min

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 komunikató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 komunikató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 do 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 będą odpowiednio ponawiane lub nieaktywne. 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 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 związane z nimi opisane tutaj, a pozostałe 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 jest niedeterministyczne.

Kod stanu Zachowanie ponawiania prób
400 Nieprawidłowe żądanie Nie ponowiono próby
401 Brak autoryzacji Ponów próbę po upływie co najmniej 5 minut 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 co najmniej 5 minut 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
413 Jednostka żądania jest za duża Nie ponowiono próby
503 — usługa niedostępna Ponów próbę po upływie co najmniej 30 sekund
Wszystkie inne Ponów próbę po upływie co najmniej 10 sekund

Niestandardowe właściwości dostarczania

Subskrypcje zdarzeń umożliwiają konfigurowanie nagłówków HTTP uwzględnionych w dostarczanych zdarzeniach. Ta funkcja umożliwia ustawianie niestandardowych nagłówków wymaganych 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ć nagłówki niestandardowe dla zdarzeń dostarczanych do następujących miejsc docelowych:

  • Elementy webhook
  • Tematy i kolejki usługi Azure Service Bus
  • Azure Event Hubs
  • Połączenia hybrydowe przekaźnika

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

Powiązana zawartość