Masz temat systemowy Azure Event Grid, który dostarcza zdarzenia do punktu końcowego HTTPS w usłudze Azure Function. Czasami punkt końcowy jest dławiony, a zdarzenia są porzucane. Musisz (1) przechwytywać niedostarczalne zdarzenia do późniejszej inspekcji w kontenerze obiektów blob i (2) zmniejszyć liczbę niepotrzebnych ponownych prób, gdy punkt końcowy jest w złym stanie. Co powinieneś zrobić?

Aby przechwytywać niedostarczalne zdarzenia, należy skonfigurować subskrypcję zdarzeń z miejscem docelowym dead-letter (niedostarczalnych wiadomości), wskazującym na kontener obiektów blob w usłudze Azure Storage. Umożliwi to zapisywanie zdarzeń, które nie mogły zostać dostarczone do funkcji, do późniejszej inspekcji. Włączenie tożsamości zarządzanej i przypisanie jej roli Storage Blob Data Contributor zapewnia bezpieczny dostęp do konta magazynu. Aby zmniejszyć liczbę niepotrzebnych ponownych prób, należy skonfigurować zasady ponawiania subskrypcji zdarzeń, ustawiając parametry MaxDeliveryAttempts (maksymalna liczba prób dostarczenia) i EventTimeToLiveInMinutes (czas życia zdarzenia) na wartości odpowiadające charakterystyce odzyskiwania punktu końcowego. Pozwoli to uniknąć ciągłego ponawiania prób dostarczenia zdarzeń do niedostępnego punktu końcowego, co może prowadzić do jego dalszego przeciążenia. Włączenie obsługi komunikatów poison dla funkcji Azure Function jest przeznaczone dla komunikatów z kolejek Service Bus, a nie bezpośrednio dla zdarzeń Event Grid. Event Hubs Capture jest dla Event Hubs, nie dla Event Grid. Użycie kolejki Service Bus jako lokalizacji dead-letter jest możliwe, ale kontener obiektów blob jest prostszym i bardziej kosztowo efektywnym rozwiązaniem do przechowywania niedostarczalnych zdarzeń do inspekcji.