Windows Azure: कतार और सेवा बस कतार - समानताएँ और अंतर

यह आलेख आधुनिक विंडोज एज़्योर प्लेटफ़ॉर्म में उपलब्ध दो प्रकार की कतारों के बीच समानता और अंतर का विश्लेषण करता है: विंडोज एज़्योर कतार और विंडोज एज़्योर सेवा बस कतार। इस जानकारी के आधार पर, आप संबंधित प्रौद्योगिकियों की समानता और अंतर को उजागर कर सकते हैं और उस समाधान को चुन सकते हैं जो आपकी आवश्यकताओं के अनुरूप हो।

परिचय

Windows Azure दो प्रकार के कतार तंत्रों का समर्थन करता है: Windows Azure कतारें और सेवा बस कतारें ।

Windows Azure Queues , जो कि Windows Azure Storage Infrastructure का हिस्सा है, एक सरल REST इंटरफेस के साथ Get / Put / Peek फ़ंक्शन के बीच और सेवाओं के भीतर एक विश्वसनीय और लचीला मैसेजिंग सिस्टम बनाने के लिए समर्थन करता है।

सर्विस बस कतारें व्यापक विंडोज एज़्योर मैसेजिंग इन्फ्रास्ट्रक्चर का हिस्सा हैं, जो कतारबद्ध, प्रकाशन, सदस्यता, दूरस्थ वेब सेवाओं और एकीकरण पैटर्न का समर्थन करती है।

दोनों पंक्तिबद्ध प्रौद्योगिकियां समानांतर में मौजूद हैं, लेकिन Windows Azure कतारें पहले दिखाई दीं। Windows Azure Storage Services के लिए यह ऐड-इन कतारें का उपयोग करके डेटा वेयरहाउस के साथ काम करने के लिए एक विशेष तंत्र है। सेवा बस कतारों को नवीनतम सेवा बस रिलीज में चित्रित किया गया है। वे व्यापक मध्यवर्ती मैसेजिंग बुनियादी ढांचे के लिए एक ऐड-ऑन हैं। इस बुनियादी ढांचे को अनुप्रयोगों या एप्लिकेशन घटकों को एकीकृत करने के लिए डिज़ाइन किया गया है जो कई अलग-अलग मैसेजिंग प्रोटोकॉल, डेटा अनुबंध, विश्वसनीय डोमेन और नेटवर्क वातावरण का उपयोग कर सकते हैं।

यह आलेख Windows Azure में कार्यान्वित दो पंक्तिबद्ध तकनीकों का तुलनात्मक विश्लेषण प्रदान करता है। दोनों प्रौद्योगिकियों के संचालन और कार्यक्षमता के तरीकों पर चर्चा की जाती है। लेख उन कार्यों को चुनने के लिए सिफारिशें भी प्रदान करता है जो आपके आवेदन विकास से संबंधित कार्यों को हल करने के लिए सबसे उपयुक्त हैं।

प्रौद्योगिकी चयन

Windows Azure कतार और सेवा बस कतार संदेश कतार सेवा का एक कार्यान्वयन है जो वर्तमान में Windows Azure पर उपलब्ध है। इन तकनीकों में विभिन्न फीचर सेट हैं। आप अपनी आवश्यकताओं या समस्या के समाधान (तकनीकी या वाणिज्यिक) के आधार पर उनमें से किसी एक या दोनों को चुन सकते हैं।

किसी विशेष समाधान के लिए कतारबद्ध तकनीक का चयन करते समय, उसके आर्किटेक्ट और डेवलपर्स को निम्नलिखित सिफारिशों पर विचार करना चाहिए। अधिक जानकारी के लिए अगला भाग देखें।

आर्किटेक्ट या समाधान डेवलपर्स को निम्नलिखित मामलों में विंडोज एज़्योर क्युस का उपयोग करने पर विचार करना चाहिए ।

• एप्लिकेशन को कतार में 5 जीबी से अधिक संदेशों को संग्रहीत करने की आवश्यकता होती है, और इन संदेशों का जीवनकाल सात दिनों से अधिक नहीं होता है।
• संदेश प्रसंस्करण के लिए आवेदन में लचीली किराये की क्षमताओं की आवश्यकता होती है। इससे आप संदेशों को बहुत कम किराये की अवधि असाइन कर सकते हैं। फिर, वर्कफ़्लो की एक महत्वपूर्ण विफलता की स्थिति में, आप जल्दी से संदेश को पुन: पेश कर सकते हैं। यह वर्कफ़्लो को संदेश के पट्टे को विस्तारित करने की भी अनुमति देता है यदि इसे संसाधित करने में अतिरिक्त समय लगता है। यह सुविधा गैर-नियतात्मक संदेश प्रसंस्करण समय के लिए उपयोगी है।
• एप्लिकेशन को अन्य संदेशों से जुड़े संदेशों के प्रसंस्करण को ट्रैक करने की क्षमता की आवश्यकता होती है। यह संदेश को संसाधित करने वाले वर्कफ़्लो की एक महत्वपूर्ण विफलता की स्थिति में उपयोगी है। तब अगला वर्कफ़्लो इस जानकारी का उपयोग उस संदेश को संसाधित करने के लिए जारी रख सकता है जहाँ से उसने पिछले वर्कफ़्लो को समाप्त किया था।
• कतारों पर किए गए सभी लेनदेन के लिए सर्वर लॉगिंग आवश्यक है।

आर्किटेक्ट्स या समाधान डेवलपर्स को निम्नलिखित मामलों में विंडोज एज़्योर सेवा बस कतारों का उपयोग करने पर विचार करना चाहिए ।

• विंडोज कम्युनिकेशन फाउंडेशन (डब्ल्यूसीएफ) संचार स्टैक के साथ पूर्ण एकीकरण, जो .NET फ्रेमवर्क में लागू किया गया है, की आवश्यकता है।
• डुप्लिकेट संदेशों का स्वचालित रूप से पता लगाने के लिए समर्थन की आवश्यकता होती है।
• इसके लिए संबंधित संदेशों को एक अलग तार्किक समूह के रूप में संसाधित करने की क्षमता की आवश्यकता होती है।
• एक कतार से कई संदेश भेजने या प्राप्त करते समय लेन-देन और परमाणुता समर्थन की आवश्यकता होती है।
• एक विशेष एप्लिकेशन वर्कलोड के लिए जीवनकाल (समय-लाइव, टीटीएल) सात दिनों की अवधि से अधिक हो सकता है।
• एप्लिकेशन उन संदेशों को संसाधित करता है जिनकी लंबाई 64 KB से अधिक हो सकती है, लेकिन सबसे अधिक संभावना 256 KB की सीमा तक नहीं पहुंच पाएगी।
• कतार समर्थन की आवश्यकता है जो पहले-पहले-आउट (FIFO) संदेशों की गारंटीकृत डिलीवरी प्रदान करता है।
• कतार से मतदान किए बिना संदेश प्राप्त करने की क्षमता की आवश्यकता होती है। सेवा बस का उपयोग करते समय, यह विकल्प लंबे समय के मतदान के साथ अधिग्रहण ऑपरेशन द्वारा प्रदान किया जाता है।
• भूमिका-आधारित एक्सेस मॉडल को कतारों में लागू करना आवश्यक है, और प्रेषकों और प्राप्तकर्ताओं के लिए विभिन्न अधिकारों और प्राधिकरणों के लिए समर्थन भी प्रदान करता है।
• प्रयुक्त कतारों का आकार 5 जीबी से अधिक नहीं होगा।
• मैसेजिंग टेम्प्लेट के उपयोग के लिए कतारों के आधार पर पॉइंट-टू-पॉइंट एक्सचेंज से माइग्रेशन की संभावनाएं हैं। यह टेम्पलेट अतिरिक्त प्राप्तकर्ताओं (ग्राहकों) का व्यापक एकीकरण प्रदान करेगा, जिनमें से प्रत्येक कतार में भेजे गए कुछ या सभी संदेशों की स्वतंत्र प्रतियां प्राप्त करता है। सेवा बस में एकीकृत प्रकाशन और सदस्यता समारोह के लिए यह संभव है।
• मैसेजिंग समाधान अतिरिक्त बुनियादी ढांचे के घटकों की आवश्यकता के बिना सबसे अधिक-एक बार डिलीवरी की गारंटी का समर्थन करना चाहिए।
• संदेश पैकेज प्रकाशित और संसाधित करने की क्षमता की आवश्यकता है।

विंडोज एज़्योर क्यू और सर्विस बस क्यू की तुलना

निम्न अनुभागों की तालिकाओं में तार्किक रूप से समूहीकृत कतार कार्य होते हैं। ये तालिकाएँ Windows Azure कतारों और सेवा बस कतारों की क्षमताओं के बीच के अंतर को प्रदर्शित करती हैं।

बुनियादी सुविधाएँ

यह खंड विंडोज एज़्योर क्युस और सर्विस बस कतारों के मुख्य कार्यों का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
आदेश की गारंटी	नहीं	हां - फर्स्ट-इन, फर्स्ट-आउट (फीफो) (संदेश सत्रों का उपयोग करके)
वितरण की गारंटी	कम से कम एक बार (कम से कम एक बार)	कम से कम एक बार (कम से कम एक बार) सबसे अधिक-एक बार (अधिकतम एक बार)
लेन-देन का समर्थन	नहीं	हां (स्थानीय लेनदेन का उपयोग करके)
प्राप्त करने के लिए प्रतिक्रिया	गैर अवरुद्ध (कोई नया संदेश नहीं मिलने पर तुरंत समाप्त हो जाता है)	ब्लॉक करना (प्रतीक्षा समय के साथ और बिना) (लंबे मतदान अंतराल या लंबे समय तक रहने वाले HTTP कनेक्शन के आधार पर एक विधि के लिए समर्थन) गैर अवरुद्ध (केवल .NET प्लेटफ़ॉर्म द्वारा प्रबंधित एपीआई का उपयोग करके)
मोड प्राप्त करें	पढ़ना और किराये पर देना	पढ़ें और ताला प्राप्त करें और हटाएं
एक्सक्लूसिव एक्सेस मोड	किराया आधारित	लॉक आधारित
किराया और ब्लॉक अवधि	30 सेकंड (डिफ़ॉल्ट) 7 दिन (अधिकतम)	60 सेकंड (डिफ़ॉल्ट) 5 मिनट (अधिकतम)
किराया / ताला विवरण	संदेश स्तर (प्रत्येक संदेश का अपना समय-मूल्य हो सकता है)	कतार स्तर (प्रत्येक कतार की अपनी अवरुद्ध विकृति है, जो सभी संदेशों के लिए मान्य है और कतार के जीवन की पूरी अवधि के लिए निर्धारित है)
बैच रसीद	हां (रसीद पर संदेशों की संख्या का स्पष्ट संकेत, 32 से अधिक संदेश नहीं)	हां (पूर्वनिर्धारित रूप से (पैरामीटर का उपयोग करके) या स्पष्ट रूप से (लेन-देन का उपयोग करके) प्रीफ़ेक्चर सक्षम करें
बैच भेज रहा है	नहीं	हां (ग्राहक से लेनदेन या बैच भेजने के माध्यम से)

अतिरिक्त जानकारी

• सेवा बस कतारों में प्रयुक्त FIFO गारंटीकृत वितरण टेम्पलेट का उपयोग करने के लिए, आपको संदेश सत्रों का उपयोग करना चाहिए। पीक एंड लॉक मोड में प्राप्त एक संदेश के प्रसंस्करण के दौरान एक महत्वपूर्ण अनुप्रयोग दुर्घटना की स्थिति में, जब अगला संदेश सत्र शुरू किया जाता है, तो समय समाप्त होने के बाद विफलता संदेश प्रदर्शित किया जाएगा।
• सर्विस बस कतार, कम से कम एक बार डिलीवरी की गारंटी का समर्थन करती है। इसके अलावा, एट-मोस्ट-वन्स- मोड मोड शब्दार्थ को सत्र राज्यों द्वारा समर्थित किया जाता है जिसमें अनुप्रयोग राज्य संग्रहीत किया जाता है, साथ ही लेनदेन द्वारा संदेशों को परमाणु और अद्यतन सत्र स्थिति प्राप्त करने के लिए। Windows Azure Workflow Service इस तकनीक का उपयोग At-Most-Once मोड में गारंटीकृत वितरण प्रदान करने के लिए करती है।
• सेवा बस कतार एकल कतार के संदर्भ में स्थानीय लेनदेन का समर्थन करती है।
• डिलीवरी की गारंटी को कम करते हुए, सर्विस बस द्वारा समर्थित रिसीव और डिलीट मोड, नियंत्रण संदेशों की संख्या को कम करता है और संबंधित लागतों को कम करता है।
• Windows Azure Queues संदेशों के पट्टे का विस्तार करने के विकल्प के साथ पट्टे का समर्थन करता है। यह वर्कफ़्लोज़ को लघु संदेश किराये के समय प्रदान करने की अनुमति देता है। इसके कारण, वर्कफ़्लो की एक महत्वपूर्ण विफलता के मामले में, एक और वर्कफ़्लो जल्दी से संदेश को संसाधित कर सकता है। इसके अलावा, वर्कफ़्लो एक संदेश के पट्टे का विस्तार कर सकता है यदि इसकी प्रसंस्करण अवधि वर्तमान लीज़ समय से अधिक हो।
• Windows Azure Queues दृश्यता समयावधि का समर्थन करता है जो किसी संदेश को पंक्तिबद्ध करते समय या जब इसे कतार से हटाया जाता है तब सेट किया जा सकता है। इसके अलावा, आप रनटाइम वातावरण में नए पट्टे पैरामीटर मान सेट करके संदेश को अपडेट कर सकते हैं, साथ ही एक ही कतार के संदेशों में विभिन्न मापदंडों को अपडेट कर सकते हैं। इसके विपरीत, सेवा बस कतार मेटाडेटा में निर्दिष्ट विलंबता मापदंडों को अवरुद्ध करती है। कतार को दोबारा बनाए बिना इन सेटिंग्स को नहीं बदला जा सकता है।
• सर्विस बस के लिए उपलब्ध अवरोधक प्राप्त संचालन के लिए अधिकतम प्रतीक्षा समय 24 दिनों का है।
• ग्राहक बस सेवा द्वारा समर्थित बैच साइड प्रोसेसिंग कतार ग्राहक को एक एकल भेजने के संचालन में कई संदेशों को बैचने की अनुमति देता है। बैच प्रसंस्करण केवल अतुल्यकालिक भेजने के संचालन के लिए उपलब्ध है।

उन्नत सुविधाएँ

यह खंड Windows Azure कतारों और सेवा बस कतारों की उन्नत सुविधाओं का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
अनुसूचित वितरण	हां	हां
हटाए गए संदेशों की स्वचालित मार्किंग	नहीं	हां
विलंबित मैसेजिंग	हां (दृश्यता टाइमआउट के इन-प्लेस रिफ्रेश का उपयोग करके)	हां (विशेष API फ़ंक्शन का उपयोग करके)
क्रैश रिपोर्टिंग समर्थन	हां	हां
जगह में उन्नयन	हां	नहीं
सर्वर साइड ट्रांजेक्शन लॉग	हां	नहीं
भंडारण मैट्रिक्स	हां	नहीं
कतार स्पष्ट कार्य	हां	नहीं
संदेश समूह	नहीं	हां (संदेश सत्रों का उपयोग करके)
डुप्लिकेट मैसेज डिटेक्शन	नहीं	हां (प्रेषक पक्ष पर कॉन्फ़िगर करने योग्य)
WCF एकीकरण	नहीं	हां (WCF बाइंडिंग पूर्वनिर्धारित है)
WF एकीकरण	व्यक्तिगत सेटिंग (एक कस्टम WF कार्रवाई के निर्माण की आवश्यकता है)	अपना (तैयार किए गए WF क्रियाएं शामिल हैं)

अतिरिक्त जानकारी

• नवंबर 2012 तक, Windows Azure SDK रिलीज़ में कार्यान्वित दोनों कतार प्रसंस्करण तकनीक आपको शेड्यूल करने वाले स्थगित संदेश बनाने की अनुमति देती हैं।
• Windows Azure Queues संदेश सामग्री अपडेट प्रदान करते हैं। यह फ़ंक्शन आपको स्थिति की जानकारी को सहेजने और संदेश को फिर से शुरू करने के बजाय, अंतिम ज्ञात चौकी से संदेश को संसाधित करने के लिए उसके प्रसंस्करण के बारे में जानकारी जोड़ने की अनुमति देता है।
• हटाए गए संदेशों को चिह्नित करने का तंत्र केवल सेवा बस कतारों द्वारा समर्थित है। यह उन संदेशों को अलग करने के लिए डिज़ाइन किया गया है जिन्हें प्राप्त करने वाले एप्लिकेशन द्वारा सफलतापूर्वक संसाधित नहीं किया जा सकता है। इस तंत्र का उपयोग तब भी किया जाता है जब संदेश आजीवन (TTL) समाप्त हो गया हो और संदेश प्राप्तकर्ता तक नहीं पहुंच सके। TTL मान उस अवधि को निर्धारित करता है जिसके दौरान संदेश कतार में रहता है। सेवा बस का उपयोग करते समय, संदेश को एक विशेष कतार में ले जाया जाएगा, जिसे $ डेडलटरक्यूयू कहा जाता है, इसके जीवनकाल समाप्त होने के बाद।
• Windows Azure कतार में विफलता संदेशों का पता लगाने के लिए, जब संदेश कतार से हटा दिया जाता है, तो अनुप्रयोग इस संदेश की DequeueCount संपत्ति का विश्लेषण करता है। यदि DequeueCount निर्दिष्ट सीमा से अधिक है, तो अनुप्रयोग हटाए जाने के लिए संदेश को संदेश कतार में ले जाता है।
• Windows Azure Queues आपको कतार से संबंधित सभी लेन-देन के विस्तृत लॉग और साथ ही एकत्रित मेट्रिक्स लॉग रखने में सक्षम बनाती है। ये लॉग डीबगिंग और Windows Azure कतारों के अनुप्रयोग उपयोग के विश्लेषण के लिए अभिप्रेत हैं। वे अनुप्रयोग प्रदर्शन को अनुकूलित करने और कतारों का उपयोग करने की लागत को कम करने के लिए भी उपयोगी हैं।
• सेवा बस द्वारा समर्थित "संदेश सत्र" तंत्र एक विशिष्ट तार्किक समूह से संबंधित संदेशों को विशिष्ट प्राप्तकर्ता के साथ जोड़ने की अनुमति देता है। बदले में, यह संदेशों और प्राप्तकर्ताओं के बीच एक संबंध बनाने की ओर जाता है, जो इसके गुणों में एक सत्र के समान है। आप इस उन्नत सेवा बस सुविधा को संदेश के सत्र गुण को सेट करके सक्षम कर सकते हैं। किसी विशेष सत्र पहचानकर्ता के प्रसारण की प्रतीक्षा कर रहे प्राप्तकर्ता उस पहचानकर्ता के साथ संदेश प्राप्त कर सकते हैं।
• डुप्लीकेट मैसेज डिटेक्शन सर्विस बस द्वारा समर्थित है। यह फ़ंक्शन MessageID गुण का उपयोग करता है और स्वचालित रूप से एक कतार या विषय पर भेजे गए डुप्लिकेट संदेशों को हटा देता है।

क्षमता और कोटा

यह खंड क्षमता और वर्तमान कोटा के संदर्भ में Windows Azure Queues और सेवा बस कतारों का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
अधिकतम संदेश का आकार	64 केबी (BaseK एन्कोडिंग का उपयोग करते समय 48K)	256 केबी (संदेश का शीर्षक और शरीर सहित; अधिकतम हेडर का आकार 64 KB)
अधिकतम कतार का आकार	100 टी.बी. (एक भंडारण खाते तक सीमित)	1, 2, 3, 4 या 5 जीबी (कतार बनाते समय परिभाषित)
अधिकतम संदेश जीवनकाल	7 दिन	कोई सीमा नहीं
कतारों की अधिकतम संख्या	कोई सीमा नहीं	10000 (एक सेवा के नाम स्थान के लिए, बढ़ाया जा सकता है)
समवर्ती ग्राहकों की अधिकतम संख्या	कोई सीमा नहीं	कोई सीमा नहीं (100 एक साथ कनेक्शन पर प्रतिबंध केवल टीसीपी के माध्यम से डेटा एक्सचेंज पर लागू होता है)

अतिरिक्त जानकारी

• Windows Azure Queues के लिए, यदि आपकी सामग्री XML- सुरक्षित नहीं है, तो आपको Base64 एन्कोडेड संदेशों का उपयोग करना चाहिए। बेस 64 संदेश के लिए, उपयोगकर्ता पेलोड को 64 से 48 केबी से कम किया जा सकता है।
• सेवा बस कतारों का उपयोग करते समय, कतार में संग्रहीत प्रत्येक संदेश में दो भाग होते हैं: एक शीर्ष लेख और एक पाठ क्षेत्र। कुल संदेश की लंबाई 256 KB से अधिक नहीं हो सकती।
• सेवा बस कतारों और टीसीपी प्रोटोकॉल का उपयोग करने वाले ग्राहकों के बीच डेटा का आदान-प्रदान करते समय, आप एक सेवा बस कतार में 100 तक एक साथ कनेक्शन बना सकते हैं। यह मात्रा प्रेषकों और प्राप्तकर्ताओं के लिए कुल है। यदि कोटा पार हो गया है, तो अतिरिक्त कनेक्शन के लिए बाद के अनुरोध अस्वीकार कर दिए जाएंगे; एक कॉल कोड के साथ एक अपवाद फेंक दिया जाएगा। यह कोटा उन क्लाइंट पर लागू नहीं होता है जो REST- आधारित API का उपयोग करके कतारों से जुड़ते हैं।
• अधिकतम कतार आकार सेवा बस द्वारा जबरन निर्धारित किया जाता है। कतार बनाते समय अधिकतम कतार का आकार निर्दिष्ट किया जाता है और इसे 1, 2, 3, 4 या 5 GB पर सेट किया जा सकता है। यदि अधिकतम कतार का आकार पार हो गया है, तो आने वाले सभी संदेशों को कॉल कोड द्वारा एक अपवाद के साथ खारिज कर दिया जाएगा। सेवा बस कोटा के बारे में अधिक जानकारी के लिए, Windows Azure सेवा बस कोटा दस्तावेज़ देखें।
• यदि आपको सेवा बस से जुड़े समान सेवा नामस्थान में 10,000 से अधिक कतारों की आवश्यकता है, तो आप Windows Azure सहायता समूह से संपर्क कर सकते हैं और उनसे इस मान को बढ़ाने के लिए कह सकते हैं। यदि आपको समाधान को स्केल करने और 10,000 से अधिक सेवा बस कतारों का उपयोग करने की आवश्यकता है, तो आप Windows Azure Management Portal का उपयोग करके अतिरिक्त सेवा नाम स्थान बना सकते हैं।

प्रबंधन और संचालन

यह खंड विंडोज एज़्योर कतार प्रबंधन सुविधाओं और सेवा बस कतारों का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
नियंत्रण प्रोटोकॉल	HTTP / HTTPS पर REST	HTTPS से अधिक की परीक्षा
रनटाइम प्रोटोकॉल	HTTP / HTTPS पर REST	HTTPS से अधिक की परीक्षा टीएलएस समर्थन के साथ टीसीपी
.NET एपीआई	हां (.NET वॉल्ट क्लाइंट एपीआई)	हां (.NET इंटरमीडिएट मैसेजिंग एपीआई)
जावा एपीआई	हां	हां
PHP एपीआई	हां	हां
Node.js एपीआई	हां	नहीं
कस्टम मेटाडेटा समर्थन	हां	नहीं
कतार नामकरण नियम	लंबाई 63 वर्ण तक (केवल निचले मामले को कतार नाम में उपयोग किया जाना चाहिए)	अधिकतम 260 वर्ण (कतार के नाम संवेदनशील नहीं हैं)
कतार लंबाई समारोह	हां (अनुमानित मूल्य)	हां (समय में एक विशिष्ट बिंदु के लिए सटीक मूल्य)
समारोह पढ़ें	हां	नहीं

अतिरिक्त जानकारी

• Windows Azure Queues कस्टम विशेषताओं का समर्थन करता है जिनका उपयोग कतार विवरण में किया जा सकता है। प्रत्येक विशेषता एक नाम-मूल्य जोड़ी है।
• Windows Azure Queues आपको पहले बिना किसी अवरोध के संदेशों को पढ़ने की अनुमति देता है। यह सुविधा कतार देखने के लिए सॉफ्टवेयर टूल विकसित करते समय उपयोग की जाती है।
• .NET प्लेटफॉर्म का उपयोग करके सेवा बस के लिए लागू मध्यवर्ती मैसेजिंग एपीआई पूर्ण द्वैध टीसीपी कनेक्शन का उपयोग करता है, जो कि HTTP पर REST का उपयोग करने की तुलना में प्रदर्शन में सुधार करता है।
• Windows Azure Queues कतार नामों पर कुछ प्रतिबंध लगाती है। अधिक जानकारी के लिए नामकरण पंक्ति और मेटाडेटा आलेख देखें।
• सेवा बस कतार नाम 260 वर्णों से अधिक नहीं हो सकता; इन कतारों में कम कड़े नामकरण परंपराएं हैं। सेवा बस कतार के नाम में केवल अक्षर, संख्याएँ, अवधियाँ (।), डैश (-) और अंडरस्कोर (_) हो सकते हैं।

उत्पादकता

यह खंड प्रदर्शन के मामले में विंडोज एज़्योर क्युए और सेवा बस कतारों का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
अधिकतम थ्रूपुट	प्रति सेकंड 2000 संदेशों तक	प्रति सेकंड 2000 संदेशों तक (1 KB संदेशों का उपयोग करके प्रदर्शन परीक्षण के आधार पर)
औसत विलंब समय	10 एमएस ( टीसीपी नागले विकलांग के साथ )	100 मि
थ्रॉटलिंग मोड का अनुरोध करें	HTTP 503 त्रुटि कोड जारी करने के अनुरोधों की अस्वीकृति (अनुरोधों की संख्या को विनियमित करने के मोड में प्राप्त अनुरोध शुल्क नहीं हैं)	HTTP 503 (, , )

अतिरिक्त जानकारी

• Windows Azure 2000 . : Put , Get Delete . ( Put ) , , ( Get ), ( Delete ). , .
• Windows Azure, HTTP 503 Server Busy. .
• Windows Azure 10 ( 10 ) , () .
• Windows Azure . , . , , .
• , 2000 1 . . Best Practices for Performance Improvements Using Service Bus Brokered Messaging ( ) .
• यदि सर्विस बस कतार की अधिकतम बैंडविड्थ पार हो गई है, तो या तो ServerBusyException (.NET इंटरमीडिएट मैसेजिंग एपीआई का उपयोग करते समय) या HTTP 503 प्रतिक्रिया (जब REST- आधारित API का उपयोग करके) कतार क्लाइंट को वापस आ जाती है । यह इंगित करता है कि कतार थ्रॉटलिंग मोड में प्रवेश कर चुकी है।

प्रमाणीकरण और प्राधिकरण

यह खंड विंडोज एज़्योर क्वीन्स और सर्विस बस कतारों के प्रमाणीकरण और प्राधिकरण सुविधाओं का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
प्रमाणीकरण	सममित कुंजी	ACS अनुप्रयोग
भूमिका आधारित अभिगम नियंत्रण	नहीं	हाँ (ACS भूमिकाओं का उपयोग करके)
पहचान प्रदाताओं का संघ	नहीं	हां

अतिरिक्त जानकारी

• , , . .
• , Windows Azure, , - (Hash-Based Message Authentication Code, HMAC), SHA-256 Base64 . Authenticating Access to Your Storage Account ( ) .
• Windows Azure एक्सेस कंट्रोल (ACS) एक्सेस कंट्रोल सर्विस, जो सर्विस बस द्वारा समर्थित है, की तीन अलग-अलग भूमिकाएँ हैं: व्यवस्थापक , प्रेषक और रिसीवर , जो वर्तमान में Windows Azure Queues द्वारा समर्थित नहीं हैं।
• सेवा बस ACS एकीकरण का समर्थन करती है, इसलिए इसे सक्रिय निर्देशिका (ADFS का उपयोग करके) और लाइव प्रमाणीकरण आईडी, Google, फेसबुक और याहू जैसे ऑनलाइन प्रमाणीकरण टूल के अक्सर उपयोग किए जाने वाले प्रदाताओं के साथ जोड़ा जा सकता है।

लागत

यह खंड Windows Azure कतारों और सेवा बस कतारों का उपयोग करने की लागतों का तुलनात्मक विश्लेषण प्रदान करता है।

तुलना की कसौटी	Windows नीला कतार	सेवा बस कतार
कतार के लिए लेनदेन की लागत	$ 0.01 (प्रति 10,000 लेनदेन)	0,01 . ( 10 000 )
		( )
	( )	( )
	0,14 . ( )	0,00 .
	0,12–0,19 . ( )	0,12–0,19 . ( )
Windows Azure Access Control (ACS)	0,00 . ( ACS )	1,99 . ( 10 000 ; . )

अतिरिक्त जानकारी

• , Windows Azure .
• Windows Azure, , .
• .
• ACS . ACS . , 20 . , ACS , .
• , .

नोट।सभी मान परिवर्तन के अधीन हैं। ऊपर दी गई तालिका इस लेखन के समय मूल्य निर्धारण को दर्शाती है। इस लेख में पढ़ने के समय उपलब्ध कोई भी प्रचारक प्रस्ताव नहीं है। मूल्य- निर्धारण अवलोकन पृष्ठ पर अद्यतित मूल्य-निर्धारण जानकारी दी गई है ।

निष्कर्ष

जाहिर है, विंडोज एज़्योर कतारों या सेवा बस कतारों का उपयोग करने का निर्णय बड़ी संख्या में कारकों पर निर्भर करता है। ये कारक आपके आवेदन और इसकी वास्तुकला की विशिष्ट आवश्यकताओं पर निर्भर करते हैं। यदि आपका एप्लिकेशन पहले से ही Windows Azure की मुख्य विशेषताओं का उपयोग करता है, तो आप Windows Azure कतारों का चयन कर सकते हैं। यह विशेष रूप से सच है यदि आपको सेवाओं के बीच डेटा और संदेशों के आदान-प्रदान के लिए बुनियादी क्षमताओं की आवश्यकता है, या यदि आपको उन कतारों की आवश्यकता है जो 5 जीबी से बड़े हैं।

सेवा बस कतारों में कई उन्नत विशेषताएं हैं: सत्र, लेन-देन, पुन: पता लगाना, स्वचालित रूप से हटाए जाने की कतार में चलना, और विफल-सुरक्षित प्रकाशन और सदस्यता लेना उपकरण। यदि आप हाइब्रिड एप्लिकेशन बना रहे हैं या यदि आपके एप्लिकेशन को काम करने के लिए उपर्युक्त क्षमताओं की आवश्यकता है तो आप इस समाधान को चुन सकते हैं।

यह लेख दिशानिर्देशों और सिफारिशों के अवलोकन से शुरू होता है। निम्नलिखित Windows Azure में उपलब्ध कतारबद्ध तकनीकों की क्षमताओं का वर्णन करता है। कार्यात्मक सुविधा द्वारा समूहीकरण क्षमताओं को आप Windows Azure कतारों और सेवा बस कतारों के बीच समानता और अंतर की पहचान करने के लिए एक दृश्य तुलनात्मक विश्लेषण करने की अनुमति देता है।

इन मुद्दों का गहराई से अध्ययन आपको कतारबद्ध तकनीक को चुनने में मदद करेगा जो विशिष्ट समस्याओं को हल करने के लिए सबसे उपयुक्त है।

यह भी देखें

Best Practices for Leveraging Windows Azure Service Bus Brokered Messaging API ( API Windows Azure)

Best Practices for Performance Improvements Using Service Bus Brokered Messaging ( )

How to Use Service Bus Queues ( )

How to Use the Queue Storage Service ( )

Introducing Queues and Topics in Azure Service Bus ( , Azure)

The Developer's Guide to Service Bus ( ; )

Windows Azure टेबल्स और कतारें दीप गोता लगाएँ

Windows Azure Storage आर्किटेक्चर Windows Azure

में क्यूइंग सर्विस का उपयोग करके

Windows Azure स्टोरेज बिलिंग - बैंडविड्थ, लेनदेन, और क्षमता (विंडोज एज़्योर स्टोरेज बिलिंग सिस्टम - बैंडविड्थ, लेनदेन और क्षमता)