Een IoT-leverancier stelt een aangepaste events-service beschikbaar aan partners. Partners leveren HTTPS webhook-endpoints die af en toe offline kunnen zijn. U moet events publiceren met behulp van een standaard cross-language schema, events filteren op eventType-prefix, tot 24 uur lang opnieuw proberen met exponentieel uitstel, en als de levering uiteindelijk mislukt, niet-geleverde events opslaan in een storage-account voor audit. Wat moet u implementeren?

Deze optie voldoet aan alle eisen. Azure Event Grid custom topics ondersteunen het CloudEvents v1.0 schema voor cross-language interoperabiliteit. Event Grid-abonnementen bieden geavanceerde filtering op eventType-prefixen. De mogelijkheid om een retry-beleid van 24 uur met exponentieel uitstel te configureren is een standaardfunctionaliteit. Ten slotte ondersteunt Event Grid dead-lettering naar een Azure Storage-account voor niet-geleverde events, wat essentieel is voor auditdoeleinden. De andere opties zijn onjuist omdat: Azure Service Bus Topics is meer gericht op berichtuitwisseling en biedt niet de specifieke Event Grid-functies voor filtering en dead-lettering op deze manier. Azure Event Hubs is geoptimaliseerd voor het streamen van grote hoeveelheden data en mist de event-delivery- en retry-mogelijkheden die Event Grid biedt voor dit scenario. Een Event Grid domain met het Event Grid-schema voldoet niet aan de CloudEvents-eis en het uitschakelen van retries is in strijd met de vereisten. Azure Logic Apps is een orchestratie-tool en geen primaire event-distributieservice; het actief pollen van endpoints is inefficiënt en schaalt minder goed.