तो हम हाल ही में एज़ूर सर्विस बस में देख रहे हैं और हम क्यूई/सब्सक्रिप्शन को मतदान करने के लिए एक अनंत लूप का उपयोग करना चाहिए या क्या हमें ऑनमेसेज कॉलबैक/संदेश पंप कार्यक्षमता का उपयोग करना चाहिए या नहीं। कम परिचालन निष्पादित करने जा रहा है और इस प्रकार कम लागत?क्या Azure सेवा बस संदेश पंप वास्तव में घटना संचालित है?
आदर्श रूप से हम एक घटना-संचालित प्रणाली चाहते हैं ताकि हम संचालन बर्बाद नहीं कर रहे हैं और यह आमतौर पर एक बहुत अच्छा दृष्टिकोण है।
मेरा प्रश्न है, ऑनमेसेज का उपयोग कर रहा है जिसे "घटना-संचालित संदेश पंप में एक संदेश संसाधित करता है" वास्तव में घटना संचालित है?
यदि आप इस पृष्ठ पर एक नज़र डालें (QueueClient.OnMessage): https://msdn.microsoft.com/library/azure/microsoft.servicebus.messaging.queueclient.onmessage.aspx आपको नीचे दी गई टिप्पणी दिखाई देगी जो बताती है कि यह मूल रूप से एक अनंत लूप के आसपास एक रैपर है जो प्राप्त() विधि को कॉल कर रहा है। यह मेरे लिए बहुत घटना-प्रेरित नहीं लगता है।
अब यदि आप इस पृष्ठ को देखते हैं (SubscriptionClient.OnMessage): https://msdn.microsoft.com/en-us/library/azure/dn130336.aspx, यह टिप्पणी मौजूद नहीं है। तो क्या यह विषयों/सब्सक्रिप्शन और कतारों के लिए समान है या क्या यह वास्तव में सब्सक्रिप्शन के लिए घटना संचालित है लेकिन कतारों के लिए नहीं है?
वे यह कह रहे हैं कि यह घटना-संचालित क्यों है जब यह स्पष्ट रूप से नहीं है? तथ्य यह है कि QueueClient.OnMessage पृष्ठ पर टिप्पणी में "अनंत लूप" शब्द हैं और "प्रत्येक प्राप्त ऑपरेशन एक बिल योग्य घटना है" कुछ हद तक डरावना है।
इसके अलावा, मैं वास्तव में इस बात से चिंतित नहीं हूं कि यह कितना/कम खर्च करेगा, मैं इसे यथासंभव कुशल बनाने में अधिक रुचि रखता हूं।
धन्यवाद एडा। ऐसा लगता है जैसे मैंने सोचा था और घटना-संचालित नहीं था। मुझे यह बहुत अजीब लगता है कि वे अभी भी इसे घटना-संचालित कहते हैं। –
अमूर्तता की कुछ परत पर यह घटना संचालित है, और मुझे लगता है कि विपणन सामग्री पर गोलियों की जांच के लिए यह बहुत अच्छा बनाता है। –