Dostawca IoT udostępnia partnerom niestandardową usługę zdarzeń. Partnerzy dostarczają punkty końcowe webhook HTTPS, które mogą być sporadycznie niedostępne. Musisz publikować zdarzenia, używając standardowego schematu międzyjęzykowego, filtrować zdarzenia według prefiksu eventType, ponawiać próby przez maksymalnie 24 godziny z wykładniczym wycofaniem, a jeśli dostarczenie ostatecznie się nie powiedzie, przechowywać niedostarczone zdarzenia na koncie magazynu do celów audytu. Co należy zaimplementować?

Poprawna odpowiedź to Azure Event Grid z niestandardowym tematem. Event Grid natywnie obsługuje schemat CloudEvents v1.0, co spełnia wymóg standardowego schematu międzyjęzykowego. Subskrypcje zdarzeń umożliwiają zaawansowane filtrowanie według prefiksu eventType. Event Grid oferuje konfigurowalne zasady ponawiania, w tym wykładnicze wycofanie i maksymalny czas ponawiania do 24 godzin. Funkcja dead-lettering automatycznie wysyła niedostarczone zdarzenia do konta Azure Storage, co jest wymagane do audytu. Azure Service Bus nie jest optymalny dla scenariuszy rozsyłania zdarzeń do wielu punktów końcowych webhook. Azure Event Hubs jest przeznaczony do strumieniowania dużych ilości danych, a nie do dostarczania zdarzeń do webhooków. Domeny Event Grid są używane do zarządzania wieloma tematami dla różnych klientów, ale nie rozwiązują wszystkich wymagań dotyczących ponawiania i dead-lettering. Azure Logic Apps wymagałoby ręcznego zarządzania logiką ponawiania i dead-lettering, co jest mniej efektywne niż wbudowane funkcje Event Grid.