Hai un argomento di sistema di Griglia di eventi di Azure che recapita eventi a un endpoint HTTPS su una Funzione di Azure. Occasionalmente l'endpoint viene limitato e gli eventi vengono persi. Devi (1) acquisire gli eventi non recapitabili per un'ispezione successiva in un contenitore di blob e (2) ridurre i tentativi non necessari quando l'endpoint non è integro. Cosa dovresti fare?

Le due opzioni corrette affrontano entrambi i requisiti. La configurazione di una destinazione di messaggi non recapitabili (dead-lettering) su un contenitore di blob risolve il requisito (1) di acquisire gli eventi persi. L'identità gestita e il ruolo "Collaboratore ai dati del blob di archiviazione" sono necessari per l'autorizzazione di Event Grid a scrivere nel blob. La configurazione dei criteri di ripetizione (retry policy) con MaxDeliveryAttempts e EventTimeToLiveInMinutes risolve il requisito (2) di ridurre i tentativi non necessari. Questo permette di definire quanti tentativi Event Grid deve fare e per quanto tempo prima di considerare un evento non recapitabile, evitando così di sovraccaricare un endpoint non integro. Le opzioni errate non soddisfano i requisiti: L'attivazione della gestione dei messaggi non elaborabili per la Funzione di Azure non è direttamente applicabile agli eventi di Event Grid che non riescono a raggiungere la funzione; il dead-lettering deve essere configurato a livello di sottoscrizione di Event Grid. Event Grid non ha una funzionalità di acquisizione di Hub eventi; questa è una caratteristica di Hub eventi stesso. L'utilizzo di una coda di Service Bus come posizione dei messaggi non recapitabili è tecnicamente possibile, ma la richiesta specifica un contenitore di blob, e l'opzione non menziona l'autorizzazione necessaria.