Un fournisseur IoT expose un service d'événements personnalisé à ses partenaires. Les partenaires fournissent des points de terminaison de webhook HTTPS qui peuvent être occasionnellement hors ligne. Vous devez publier des événements en utilisant un schéma inter-langues standard, filtrer les événements par préfixe eventType, réessayer pendant 24 heures avec un backoff exponentiel, et si la livraison échoue finalement, stocker les événements non livrés dans un compte de stockage pour audit. Que devriez-vous implémenter ?

La création d'une rubrique personnalisée Azure Event Grid avec le schéma CloudEvents v1.0 répond au besoin de publication d'événements standardisée. Les abonnements aux événements permettent le filtrage par eventType et la configuration d'une politique de nouvelle tentative de 24 heures avec backoff exponentiel gère les points de terminaison hors ligne. Le dead-lettering vers un compte de stockage Azure assure que les événements non livrés sont stockés pour audit, répondant à toutes les exigences. Les autres options ne répondent pas à l'ensemble des exigences. Azure Service Bus et Event Hubs sont des systèmes de messagerie ou de streaming, pas des répartiteurs d'événements avec des fonctionnalités de dead-lettering aussi intégrées pour les webhooks. Un domaine Event Grid sans nouvelles tentatives ne gère pas les points de terminaison hors ligne. Azure Logic Apps est une solution d'intégration qui nécessiterait une logique personnalisée complexe pour reproduire les capacités d'Event Grid.