Vous avez une rubrique système Azure Event Grid qui délivre des événements à un point de terminaison HTTPS sur une fonction Azure. Occasionnellement, le point de terminaison est limité et des événements sont perdus. Vous devez (1) capturer les événements non livrables pour une inspection ultérieure dans un conteneur de blobs et (2) réduire les tentatives inutiles lorsque le point de terminaison est défectueux. Que devez-vous faire ?

Les deux options correctes répondent aux exigences. La première option, configurer une destination de lettres mortes (dead-lettering) vers un conteneur de blobs avec une identité gérée, permet de capturer les événements non livrables pour inspection, remplissant ainsi la première exigence. La deuxième option, configurer la politique de nouvelle tentative (retry policy) avec MaxDeliveryAttempts et EventTimeToLiveInMinutes, permet de réduire les tentatives inutiles lorsque le point de terminaison est défectueux, répondant à la deuxième exigence. L'activation de la gestion des messages de poison pour la fonction Azure est une fonctionnalité de la fonction elle-même, pas de l'abonnement Event Grid, et ne gère pas directement les événements non livrables d'Event Grid. L'activation d'Event Hubs Capture est pour les Event Hubs, pas pour les rubriques Event Grid. L'utilisation d'une file d'attente Service Bus comme emplacement de lettres mortes est possible, mais l'option de conteneur de blobs est plus directe pour l'inspection des données brutes des événements.