Bir IoT satıcısı, iş ortaklarına özel bir olay hizmeti sunar. İş ortakları, aralıklı olarak çevrimdışı olabilen HTTPS webhook uç noktaları sağlar. Olayları standart bir diller arası şema kullanarak yayımlamanız, eventType önekine göre olayları filtrelemeniz, üstel geri çekilmeyle (exponential backoff) 24 saate kadar yeniden denemeniz ve teslimatın nihayetinde başarısız olması durumunda teslim edilemeyen olayları denetim için bir depolama hesabında saklamanız gerekir. Ne uygulamanız gerekir?

Doğru cevap, belirtilen tüm gereksinimleri karşıladığı için Azure Event Grid'i kullanmaktır. Event Grid, olayları standart bir diller arası şema (CloudEvents v1.0) kullanarak yayımlama, eventType üzerinde gelişmiş filtreleme, üstel geri çekilmeyle 24 saate kadar yeniden deneme ve teslim edilemeyen olaylar için bir depolama hesabına dead-lettering özelliklerini doğrudan destekler. İş ortaklarının aralıklı olarak çevrimdışı olabilen HTTPS webhook uç noktaları sağlaması, Event Grid'in yerleşik yeniden deneme ve dead-lettering mekanizmalarını ideal kılar. Diğer seçenekler neden yanlış: Azure Service Bus Topics, olay filtreleme ve dead-lettering için farklı mekanizmalar kullanır ve doğrudan CloudEvents şemasını desteklemez. Azure Event Hubs, yüksek hacimli olay alımı için tasarlanmıştır ancak olay filtreleme, yeniden deneme politikaları ve dead-lettering için Event Grid'in sunduğu esnekliği sağlamaz. Event Grid domainleri, çok sayıda iş ortağı veya uygulama için olay yönetimi sağlar ancak "yeniden denemeleri devre dışı bırakın" seçeneği gereksinimlerle çelişir. Azure Logic Apps, iş akışları için uygundur ancak olay yayımlama, filtreleme ve otomatik yeniden deneme/dead-lettering için Event Grid kadar verimli değildir.