Azure में Event-आधारित और Message-आधारित समाधान विकसित करें
Fiodar Sazanavets
Senior Software Engineer and Microsoft MVP


डोमेन
कस्टम टॉपिक


फ़िल्टर सिर्फ वही इवेंट डिलीवर करते हैं जिनकी सब्सक्राइबर को परवाह हो।
सब्जेक्ट prefix/suffix फ़िल्टर path-जैसे सब्जेक्ट पर अच्छे काम करते हैं।
/sales/ या .jpg. इवेंट्स को event type से भी फ़िल्टर किया जा सकता है।
एडवांस्ड फ़िल्टर में greater than, less than, और contains जैसे comparisons होते हैं।
कई फ़िल्टर मिलकर logical AND से लागू होते हैं, ताकि कंट्रोल सटीक रहे।

Event Grid dead-lettering एक सेफ्टी नेट देता है।
सभी retries के बाद भी डिलीवरी फेल हो तो इवेंट खोता नहीं है।
न डिलीवर हुए इवेंट dead-letter स्टोरेज कंटेनर में लिखे जाते हैं।
फेल्योर कॉन्टेक्स्ट सेव होता है ताकि inspection और auditing हो सके।
इवेंट्स को रिकवरी वर्कफ़्लो से बाद में replay किया जा सकता है।

रिट्राइ डिलीवरी पर Event Grid exponential back-off यूज़ करता है।
हर फेल्योर के बाद retries के बीच की देरी बढ़ती है।
हर इवेंट सब्सक्रिप्शन में configurable retry policy होती है।
आप maximum delivery attempts और time to live (TTL) ट्यून कर सकते हैं।
रिट्राइ सेटिंग्स चुनें, late या missed events के प्रभाव के आधार पर।


Event Grid कम-से-कम एक बार डिलीवरी देता है।
डुप्लिकेट संभव हैं, और global ordering की गारंटी नहीं है।
ये गारंटी system और custom दोनों events पर लागू हैं।
फर्क बस इतना है कि publisher कौन own करता है।
System events में Azure तथ्य publish करता है।
Custom events में आप तथ्य publish करते हैं और deduplication खुद संभालते हैं।
Azure में Event-आधारित और Message-आधारित समाधान विकसित करें