Un fornitore IoT espone un servizio di eventi personalizzato ai partner. I partner forniscono endpoint webhook HTTPS che potrebbero essere offline a intermittenza. È necessario pubblicare eventi utilizzando uno schema standard cross-language, filtrare gli eventi per prefisso eventType, riprovare per un massimo di 24 ore con backoff esponenziale e, se la consegna alla fine fallisce, archiviare gli eventi non consegnati in un account di archiviazione per l'audit. Cosa si dovrebbe implementare?

La soluzione corretta è Azure Event Grid perché supporta la pubblicazione di eventi personalizzati, l'uso dello schema CloudEvents v1.0 per l'interoperabilità cross-language, il filtraggio avanzato per eventType e le policy di retry configurabili con backoff esponenziale. La funzionalità di dead-lettering integrata permette di archiviare gli eventi non consegnati in un account di archiviazione per l'audit, soddisfacendo tutti i requisiti. Azure Service Bus è più adatto per la messaggistica affidabile e l'ordinamento, ma non per la distribuzione di eventi a webhook con retry e dead-lettering come richiesto. Azure Event Hubs è per lo streaming di big data e non offre la flessibilità di distribuzione a webhook con retry avanzati e dead-lettering per eventi singoli. Un dominio Event Grid non è necessario per un singolo fornitore e disabilitare i retry non soddisfa il requisito. Azure Logic Apps sarebbe un approccio più complesso e meno efficiente per la gestione di volumi elevati di eventi e retry.