मैसेजिंग पैटर्न: Difference between revisions
No edit summary |
|||
| (7 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
[[सॉफ़्टवेयर वास्तुशिल्प|(सॉफ्टवेयर संरचना)]] सॉफ्टवेयर आर्किटेक्चर में, मैसेजिंग पैटर्न आर्किटेक्चरल पैटर्न ([[ वास्तु पैटर्न |वास्तु पैटर्न)]] है जो वर्णन करता है कि किसी एप्लिकेशन के दो अलग-अलग हिस्से या अलग-अलग प्रणालीएक-दूसरे से कैसे जुड़ते हैं और संचार करते हैं। मैसेजिंग की अवधारणा के कई पहलू हैं जिन्हें निम्नलिखित श्रेणियों में विभाजित किया जाता है: हार्डवेयर उपकरण मैसेजिंग (दूरसंचार, कंप्यूटर नेटवर्किंग, IoT, आदि) और सॉफ्टवेयर डेटा एक्सचेंज (विभिन्न डेटा एक्सचेंज प्रारूप और डेटा एक्सचेंज की सॉफ्टवेयर क्षमताएं)। संदर्भ में अंतर के | [[सॉफ़्टवेयर वास्तुशिल्प|(सॉफ्टवेयर संरचना)]] सॉफ्टवेयर आर्किटेक्चर में, '''मैसेजिंग पैटर्न''' आर्किटेक्चरल पैटर्न ([[ वास्तु पैटर्न |वास्तु पैटर्न)]] है जो वर्णन करता है कि किसी एप्लिकेशन के दो अलग-अलग हिस्से या अलग-अलग प्रणालीएक-दूसरे से कैसे जुड़ते हैं और संचार करते हैं। मैसेजिंग की अवधारणा के कई पहलू हैं जिन्हें निम्नलिखित श्रेणियों में विभाजित किया जाता है: हार्डवेयर उपकरण मैसेजिंग (दूरसंचार, कंप्यूटर नेटवर्किंग, IoT, आदि) और सॉफ्टवेयर डेटा एक्सचेंज (विभिन्न डेटा एक्सचेंज प्रारूप और डेटा एक्सचेंज की सॉफ्टवेयर क्षमताएं)। संदर्भ में अंतर के अतिरिक्त, दोनों श्रेणियां (डेटा विनिमय) डेटा एक्सचेंज के लिए सामान्य लक्षण प्रदर्शित करती हैं। | ||
== मैसेजिंग पैटर्न की सामान्य अवधारणा == | == मैसेजिंग पैटर्न की सामान्य अवधारणा == | ||
[[दूरसंचार]] में, मैसेज एक्सचेंज पैटर्न (एमईपी) संचार चैनल स्थापित करने या उपयोग करने के लिए [[संचार प्रोटोकॉल]] आवश्यक [[संदेश देना|संदेशों]] के पैटर्न का वर्णन करता है। ''संचार प्रोटोकॉल'' उस संदेश का प्रतिनिधित्व करने के लिए उपयोग किया जाने वाला प्रारूप है, जिस पर संचार करने वाले सभी पक्ष सहमत हैं (या संसाधित करने में सक्षम हैं)। ''संचार चैनल'' बुनियादी ढांचा है जो संदेशों को संचार करने वाले पक्षों के बीच "संचारण" करने में सक्षम बनाता है। ''मैसेज एक्सचेंज पैटर्न'' संचार प्रक्रिया में पार्टियों के बीच संदेश प्रवाह का वर्णन करता है, दो प्रमुख ''मैसेज एक्सचेंज पैटर्न'' हैं -''आवेदन-प्रतिक्रिया'' पैटर्न, और ''वन-वे'' [[नमूना|पैटर्न]]। | [[दूरसंचार]] में, '''मैसेज एक्सचेंज पैटर्न''' (एमईपी) संचार चैनल स्थापित करने या उपयोग करने के लिए [[संचार प्रोटोकॉल]] आवश्यक [[संदेश देना|संदेशों]] के पैटर्न का वर्णन करता है। ''संचार प्रोटोकॉल'' उस संदेश का प्रतिनिधित्व करने के लिए उपयोग किया जाने वाला प्रारूप है, जिस पर संचार करने वाले सभी पक्ष सहमत हैं (या संसाधित करने में सक्षम हैं)। ''संचार चैनल'' बुनियादी ढांचा है जो संदेशों को संचार करने वाले पक्षों के बीच "संचारण" करने में सक्षम बनाता है। ''मैसेज एक्सचेंज पैटर्न'' संचार प्रक्रिया में पार्टियों के बीच संदेश प्रवाह का वर्णन करता है, दो प्रमुख ''मैसेज एक्सचेंज पैटर्न'' हैं -''आवेदन-प्रतिक्रिया'' पैटर्न, और ''वन-वे'' [[नमूना|पैटर्न]]। | ||
उदाहरण के लिए, [[इंटरनेट]] (चैनल) पर विषय सूची देखते समय, [[वेब ब्राउज़र]] (संचार पक्ष) [[ हाइपरटेक्स्ट परहस्त शिष्टाचार | | उदाहरण के लिए, [[इंटरनेट]] (चैनल) पर विषय सूची देखते समय, [[वेब ब्राउज़र]] (संचार पक्ष) [[ हाइपरटेक्स्ट परहस्त शिष्टाचार | एचटीटीपी]] (संचार प्रोटोकॉल) का उपयोग सर्वर से वेब पेज का आवेदन करने के लिए (अन्य संचार पक्ष), और फिर लौटाए गए डेटा को उसके दृश्य रूप में करेगा। इस तरह ''रिक्वेस्ट –रिस्पांस'' मैसेजिंग पैटर्न संचालित होता है। | ||
वैकल्पिक रूप से, कंप्यूटर नेटवर्किंग में, हमारे पास [[डेटाग्राम प्रोटेकॉलका उपयोग करें|यूडीपी नेटवर्क]] [[डेटाग्राम प्रोटेकॉलका उपयोग करें|प्रोटेकॉल]] होता है। इसका उपयोग ''वन-वे'' मैसेजिंग पैटर्न के साथ किया जाता है,<ref>{{cite book|last=Erl|first=Thomas|title=Service Oriented Architecture: Concepts, Technology, and Design|year=2005|publisher=Pearson Education|location=Indiana|isbn=0-13-185858-0|pages=171}}</ref> जहां भेजने वाले पक्ष को कोई दिलचस्पी नहीं है कि क्या संदेश किसी प्राप्तकर्ता पक्ष को आता है, और न ही यह उम्मीद करता है कि कोई भी प्राप्त करने वाला पक्ष "जवाब" संदेश का उत्पादन करता है। | वैकल्पिक रूप से, कंप्यूटर नेटवर्किंग में, हमारे पास [[डेटाग्राम प्रोटेकॉलका उपयोग करें|यूडीपी नेटवर्क]] [[डेटाग्राम प्रोटेकॉलका उपयोग करें|प्रोटेकॉल]] होता है। इसका उपयोग ''वन-वे'' मैसेजिंग पैटर्न के साथ किया जाता है,<ref>{{cite book|last=Erl|first=Thomas|title=Service Oriented Architecture: Concepts, Technology, and Design|year=2005|publisher=Pearson Education|location=Indiana|isbn=0-13-185858-0|pages=171}}</ref> जहां भेजने वाले पक्ष को कोई दिलचस्पी नहीं है कि क्या संदेश किसी प्राप्तकर्ता पक्ष को आता है, और न ही यह उम्मीद करता है कि कोई भी प्राप्त करने वाला पक्ष "जवाब" संदेश का उत्पादन करता है। | ||
| Line 16: | Line 16: | ||
== सॉफ्टवेयर संचार == | == सॉफ्टवेयर संचार == | ||
उपकरण संचार के विपरीत, जहां संदेश डेटा का रूप | उपकरण संचार के विपरीत, जहां संदेश डेटा का रूप सम्मिलित उपकरणों के प्रकार और क्षमताओं द्वारा समर्थित प्रोटोकॉल तक सीमित है (उदाहरण के लिए कंप्यूटर नेटवर्किंग में हमारे पास टीसीपी और यूडीपी प्रोटोकॉल हैं, वॉकी-टॉकी विशिष्ट आवृत्ति में रेडियो तरंगें भेजेगा), और बीकन मोर्स कोड अनुक्रमों को फ्लैश करेगा जिसे एक व्यक्ति पढ़ सकता है), सॉफ्टवेयर अधिक जटिल और मजबूत डेटा एक्सचेंज प्रारूप स्थापित कर सकता है। | ||
उन स्वरूपों को भेजने वाले पक्ष द्वारा अंतर्निहित हार्डवेयर द्वारा वितरित किए जाने वाले रूप में अनुवादित किया जाएगा, और फिर प्राप्त करने वाले पक्ष द्वारा हार्डवेयर-विशिष्ट प्रारूप से संचार सॉफ़्टवेयर प्रणाली द्वारा स्थापित मूल प्रोटोकॉल के अनुरूप एक रूप में डिकोड किया जाता है। यह उच्च-स्तरीय डेटा एक्सचेंज सूचना को अधिक मानवीय पठनीय रूप में स्थानांतरित करने की अनुमति देता है, और संदेश को सुरक्षित बनाने के लिए सॉफ़्टवेयर एन्क्रिप्शन और डिक्रिप्शन तकनीकों के उपयोग को भी सक्षम बनाता है। इसके अतिरिक्त, सॉफ़्टवेयर मैसेज एक्सचेंज, मैसेज एक्सचेंज पैटर्न के अधिक विविधताओं को सक्षम बनाता है जो अब सरल | उन स्वरूपों को भेजने वाले पक्ष द्वारा अंतर्निहित हार्डवेयर द्वारा वितरित किए जाने वाले रूप में अनुवादित किया जाएगा, और फिर प्राप्त करने वाले पक्ष द्वारा हार्डवेयर-विशिष्ट प्रारूप से संचार सॉफ़्टवेयर प्रणाली द्वारा स्थापित मूल प्रोटोकॉल के अनुरूप एक रूप में डिकोड किया जाता है। यह उच्च-स्तरीय डेटा एक्सचेंज सूचना को अधिक मानवीय पठनीय रूप में स्थानांतरित करने की अनुमति देता है, और संदेश को सुरक्षित बनाने के लिए सॉफ़्टवेयर एन्क्रिप्शन और डिक्रिप्शन तकनीकों के उपयोग को भी सक्षम बनाता है। इसके अतिरिक्त, सॉफ़्टवेयर मैसेज एक्सचेंज, मैसेज एक्सचेंज पैटर्न के अधिक विविधताओं को सक्षम बनाता है जो अब सरल निवेदन – प्रतिक्रिया और वन-वे दृष्टिकोण तक सीमित नहीं हैं। और अंत में, लेकिन कम नहीं, सॉफ्टवेयर संचार प्रणाली डेटा एक्सचेंज के लिए विभिन्न चैनल प्रदान करने में सक्षम हैं जिनका उपयोग संदेश वितरण को अनुकूलित करने के लिए किया जा सकता है, या चयन और फ़िल्टरिंग के लिए जटिल नियम स्थापित करने के लिए किया जा सकता है जो यह तय करने में मदद करता है कि कौन से पक्ष कुछ संदेश प्राप्त करता है। यह सॉफ़्टवेयर-ऑर्केस्ट्रेटेड संदेश रूटिंग की संभावना को सक्षम करता है। बाद के परिणाम के रूप में, विषय की अवधारणाएं (जहां लक्षित समूह में सभी प्राप्त करने वाले दलों को संदेश की प्रति वितरित की जाएगी) और कतार (जहां एक लक्षित समूह में केवल एक पक्ष को संदेश प्राप्त होगा) उभरा है। | ||
जैसा कि पहले उल्लेख किया गया है, सॉफ्टवेयर मैसेजिंग डेटा एक्सचेंज प्रोटोकॉल में अधिक विकल्प और स्वतंत्रता की अनुमति देता है। | जैसा कि पहले उल्लेख किया गया है, सॉफ्टवेयर मैसेजिंग डेटा एक्सचेंज प्रोटोकॉल में अधिक विकल्प और स्वतंत्रता की अनुमति देता है। चूंकि, यह तब तक बहुत उपयोगी नहीं होगा जब तक संचार करने वाली पार्टियां सम्मिलित प्रोटोकॉल के विवरण पर सहमत न हों, और इसलिए कई मानकीकृत सॉफ़्टवेयर मैसेजिंग प्रोटोकॉल सम्मिलित हैं। यह मानकीकरण अलग-अलग संगठनों द्वारा सामान्यतः बनाए और बनाए गए अलग-अलग सॉफ़्टवेयर प्रणाली की अनुमति देता है, और जो रीयलटाइम डेटा एक्सचेंज में भाग लेने के लिए विभिन्न हार्डवेयर उपकरणों (सर्वर, कंप्यूटर, स्मार्ट उपकरण या आईओटी नियंत्रक) पर काम करता है। | ||
नीचे कुछ सबसे लोकप्रिय सॉफ्टवेयर मैसेजिंग प्रोटोकॉल सूचीबद्ध हैं, जो आज भी उपयोग में हैं। उनमें से प्रत्येक पिछले खंड में वर्णित संदेश सेवा अवधारणा को विस्तारित अर्थ प्रदान करता है। | नीचे कुछ सबसे लोकप्रिय सॉफ्टवेयर मैसेजिंग प्रोटोकॉल सूचीबद्ध हैं, जो आज भी उपयोग में हैं। उनमें से प्रत्येक पिछले खंड में वर्णित संदेश सेवा अवधारणा को विस्तारित अर्थ प्रदान करता है। | ||
=== सोप === | === सोप === | ||
शब्द मैसेज एक्सचेंज पैटर्न का 'सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल' ([[SOAP|सोप]]) के भीतर विस्तारित अर्थ है।<ref>http://www.w3.org/TR/soap12-part1/#soapmep SOAP MEPs in SOAP W3C Recommendation v1.2</ref><ref>[http://www.w3.org/TR/wsdl20-additional-meps/ Web Services Description Language (WSDL) Version 2.0: Additional MEPs<!-- Bot generated title -->]</ref> सोप एमईपी प्रकार में | शब्द मैसेज एक्सचेंज पैटर्न का ''''सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल'''<nowiki/>' ([[SOAP|सोप]]) के भीतर विस्तारित अर्थ है।<ref>http://www.w3.org/TR/soap12-part1/#soapmep SOAP MEPs in SOAP W3C Recommendation v1.2</ref><ref>[http://www.w3.org/TR/wsdl20-additional-meps/ Web Services Description Language (WSDL) Version 2.0: Additional MEPs<!-- Bot generated title -->]</ref> सोप एमईपी प्रकार में सम्मिलित हैं: | ||
#इन-ओनली: यह ''वन-वे'' के बराबर है। मानक वन-वे मैसेजिंग एक्सचेंज जहां उपभोक्ता प्रदाता को संदेश भेजता है जो किसी भी प्रकार की प्रतिक्रिया नहीं भेजता है। | #'''इन-ओनली''': यह ''वन-वे'' के बराबर है। मानक वन-वे मैसेजिंग एक्सचेंज जहां उपभोक्ता प्रदाता को संदेश भेजता है जो किसी भी प्रकार की प्रतिक्रिया नहीं भेजता है। | ||
#रोबस्ट इन-ओनली: यह पैटर्न विश्वसनीय वन-वे संदेश आदान-प्रदान के लिए है। उपभोक्ता एक संदेश के साथ आरंभ करता है, जिस पर प्रदाता स्थिति के साथ प्रतिक्रिया करता है। यदि प्रतिक्रिया एक स्थिति है, तो विनिमय पूर्ण है, लेकिन यदि प्रतिक्रिया एक गलती है, तो उपभोक्ता को क स्थिति के साथ प्रतिक्रिया करता है। | #'''रोबस्ट इन-ओनली''': यह पैटर्न विश्वसनीय वन-वे संदेश आदान-प्रदान के लिए है। उपभोक्ता एक संदेश के साथ आरंभ करता है, जिस पर प्रदाता स्थिति के साथ प्रतिक्रिया करता है। यदि प्रतिक्रिया एक स्थिति है, तो विनिमय पूर्ण है, लेकिन यदि प्रतिक्रिया एक गलती है, तो उपभोक्ता को क स्थिति के साथ प्रतिक्रिया करता है। | ||
#इन-आउट: यह ''आवेदन-प्रतिक्रिया'' के बराबर है। मानक टू-वे मैसेज एक्सचेंज जहां उपभोक्ता एक संदेश के साथ आरंभ करता है, प्रदाता एक संदेश या गलती के साथ प्रतिक्रिया करता है और उपभोक्ता स्थिति के साथ प्रतिक्रिया करता है। | #'''इन-आउट''': यह ''आवेदन-प्रतिक्रिया'' के बराबर है। मानक टू-वे मैसेज एक्सचेंज जहां उपभोक्ता एक संदेश के साथ आरंभ करता है, प्रदाता एक संदेश या गलती के साथ प्रतिक्रिया करता है और उपभोक्ता स्थिति के साथ प्रतिक्रिया करता है। | ||
#इन-ऑप्शनल-आउट: मानक टू-वे मैसेज एक्सचेंज जहां प्रदाता की प्रतिक्रिया वैकल्पिक होती है। | #'''इन-ऑप्शनल-आउट''': मानक टू-वे मैसेज एक्सचेंज जहां प्रदाता की प्रतिक्रिया वैकल्पिक होती है। | ||
#आउट-ओनली: इन-ओनली का उल्टा। यह मुख्य रूप से ईवेंट अधिसूचना का समर्थन करता है। यह एक फॉल्ट मैसेज प्रेरित नहीं कर सकता है। | #'''आउट-ओनली''': इन-ओनली का उल्टा। यह मुख्य रूप से ईवेंट अधिसूचना का समर्थन करता है। यह एक फॉल्ट मैसेज प्रेरित नहीं कर सकता है। | ||
#रोबस्ट आउट-ओनली: आउट-ओनली पैटर्न के समान, सिवाय इसके कि यह एक फॉल्ट मैसेज को प्रेरित कर सकता है। बहिर्गामी संदेश संचरण आरंभ करता है। | #'''रोबस्ट आउट'''-ओनली: आउट-ओनली पैटर्न के समान, सिवाय इसके कि यह एक फॉल्ट मैसेज को प्रेरित कर सकता है। बहिर्गामी संदेश संचरण आरंभ करता है। | ||
#आउट-इन: इन-आउट का उल्टा। प्रदाता आवेदन को प्रसारित करता है और विनिमय आरंभ करता है। | #'''आउट-इन:''' इन-आउट का उल्टा। प्रदाता आवेदन को प्रसारित करता है और विनिमय आरंभ करता है। | ||
#आउट-ऑप्शनल-इन: इन-ऑप्शनल-आउट का उल्टा। सेवा एक बहिर्गामी संदेश उत्पन्न करती है। आने वाला संदेश वैकल्पिक है ("वैकल्पिक-इन")। | #'''आउट-ऑप्शनल-इन:''' इन-ऑप्शनल-आउट का उल्टा। सेवा एक बहिर्गामी संदेश उत्पन्न करती है। आने वाला संदेश वैकल्पिक है ("वैकल्पिक-इन")। | ||
===Øएमक्यू === | ===Øएमक्यू === | ||
Øएमक्यू संदेश कतारबद्ध | Øएमक्यू संदेश कतारबद्ध लाइब्रेरी तथाकथित सॉकेट (पारंपरिक [[इंटरनेट सॉकेट]] और [[यूनिक्स डोमेन सॉकेट]] पर एक प्रकार का सामान्यीकरण) प्रदान करता है, जिसके लिए उपयोग किए जाने वाले संदेश पैटर्न को इंगित करने की आवश्यकता होती है, और प्रत्येक पैटर्न के लिए अनुकूलित किया जाता है। बुनियादी Øएमक्यू पैटर्न हैं:<ref>[http://www.zeromq.org/docs:user-guide ØMQ User Guide]</ref> | ||
* | *'''निवेदन – प्रतिक्रिया''' ग्राहकों के सेट को सेवाओं के सेट से जोड़ता है। यह दूरस्थ प्रक्रिया कॉल और कार्य वितरण पैटर्न है। | ||
*पब्लिश-सब्सक्राइब | *'''पब्लिश-सब्सक्राइब''' प्रकाशकों के सेट को सब्सक्राइबर्स के सेट से जोड़ता है। यह डेटा वितरण पैटर्न है। | ||
*पुश-पुल | *'''पुश-पुल''' फैन-आउट/फैन-इन पैटर्न में नोड्स को जोड़ता है जिसमें कई चरण और लूप हो सकते हैं। यह समानांतर कार्य वितरण और संग्रह पैटर्न है। | ||
*एक्सक्लूसिव पेयर | *'''एक्सक्लूसिव पेयर,''' एक्सक्लूसिव पेयर में दो सॉकेट को जोड़ता है। यह विशिष्ट, उन्नत उपयोग स्थितियों के लिए निम्न-स्तरीय प्रतिमान है। | ||
प्रत्येक पैटर्न | प्रत्येक पैटर्न विशेष नेटवर्क टोपोलॉजी को परिभाषित करता है। निवेदन – प्रतिक्रिया तथाकथित "सेवा बस" को परिभाषित करता है, प्रकाशित-सदस्यता "डेटा वितरण ट्री" को परिभाषित करता है, पुश-पुल "समानांतर पाइपलाइन" को परिभाषित करता है। सभी पैटर्न ध्यानपूर्वक इस तरह से डिज़ाइन किए गए हैं जैसे कि असीम रूप से स्केलेबल और इस प्रकार इंटरनेट स्केल पर प्रयोग करने योग्य हैं।<ref>{{Cite web |url=http://www.250bpm.com/hits |title=स्केलेबिलिटी लेयर इंटरनेट स्टैक को हिट करती है|access-date=2011-02-03 |archive-date=2019-05-28 |archive-url=https://web.archive.org/web/20190528130558/http://250bpm.com/hits |url-status=dead }}</ref> | ||
=== आरईएसटी === | |||
प्रतिनिधि स्टेट ट्रांसफर प्रोटोकॉल एचटीटीपी प्रोटोकॉल के शीर्ष पर बनाया गया मैसेजिंग प्रोटोकॉल है, और इसी तरह, मैसेज एक्सचेंज के निवेदन – प्रतिक्रिया पैटर्न का उपयोग करता है। जबकि एचटीटीपी का प्राथमिक लक्ष्य इंटरनेट पर वेब पेजों और फाइलों को डिलीवर करना है जो मानव अंत-उपयोगकर्ता के लिए लक्षित हैं, आरईएसटी प्रोटोकॉल का उपयोग ज्यादातर विभिन्न सॉफ्टवेयर प्रणाली के बीच संचार के लिए किया जाता है, और [[ microservices |माइक्रोसर्विसेज]] सॉफ्टवेयर आर्किटेक्चर पैटर्न में इसकी महत्वपूर्ण भूमिका होती है। आरईएसटी प्रोटोकॉल के उल्लेखनीय गुणों में यह कई अन्य स्वरूपों (सामान्यतः जेएसओएन और एक्सएमएल) में डेटा का प्रतिनिधित्व करने के लिए पर्याप्त रूप से बहुमुखी है और यह उस संदेश के लिए अतिरिक्त मेटाडेटा डिस्क्रिप्टर प्रदान करता है जिसका वह प्रतिनिधित्व करता है। मेटाडेटा डिस्क्रिप्टर एचटीटीपी हेडर (जो अंतर्निहित एचटीटीपी प्रोटोकॉल द्वारा मानकीकृत हैं) के रूप में प्रतिनिधित्व करके एचटीटीपी मानकों का पालन करते हैं और इसलिए उन्हें संदेश पेलोड की व्याख्या करने के तरीके के बारे में प्राप्त करने वाले पक्ष के निर्देशों के रूप में उपयोग किया जा सकता है। इसके कारण, आरईएसटी सॉफ़्टवेयर प्रणाली के विकास में बहुत सुधार करता है जो अन्य सॉफ़्टवेयर प्रणाली के साथ संचार करने में सक्षम है, क्योंकि डेवलपर्स को संदेश पेलोड (जेएसओएन या एक्सएमएल मॉडल) के केवल उच्च-स्तरीय प्रारूप के बारे में जागरूक होने की आवश्यकता है। वास्तविक एचटीटीपी संचार सामान्यतः सॉफ़्टवेयर लाइब्रेरी या ढांचे द्वारा नियंत्रित किया जाता है। | |||
आरईएसटी प्रोटोकॉल का एक और बढ़िया गुण है कि यह इसके शीर्ष पर अन्य प्रोटोकॉल शब्दार्थों का निर्माण करने के लिए उपयुक्त है, जो कि [[HATEOAS|हेटोआस]] के साथ उदाहरण है। | |||
== यह भी देखें == | == यह भी देखें == | ||
* | * पुश तकनीक | ||
* [[वितरित डेटा प्रवाह]] | * [[वितरित डेटा प्रवाह]] | ||
* [[उद्यम एकीकरण पैटर्न]] | * [[उद्यम एकीकरण पैटर्न]] | ||
| Line 63: | Line 61: | ||
*[http://www.eaipatterns.com/toc.html Enterprise Integration Patterns - Pattern Catalog ] | *[http://www.eaipatterns.com/toc.html Enterprise Integration Patterns - Pattern Catalog ] | ||
{{DEFAULTSORT:Messaging Pattern}} | {{DEFAULTSORT:Messaging Pattern}} | ||
[[Category: Machine Translated Page]] | [[Category:Created On 15/05/2023|Messaging Pattern]] | ||
[[Category: | [[Category:Machine Translated Page|Messaging Pattern]] | ||
[[Category:Templates Vigyan Ready]] | |||
[[Category:अंतःप्रक्रम संचार|Messaging Pattern]] | |||
[[Category:नेटवर्क प्रोटोकॉल|Messaging Pattern]] | |||
[[Category:वितरित कंप्यूटिंग वास्तुकला|Messaging Pattern]] | |||
[[Category:संदेश-उन्मुख मिडलवेयर|Messaging Pattern]] | |||
Latest revision as of 12:07, 5 June 2023
(सॉफ्टवेयर संरचना) सॉफ्टवेयर आर्किटेक्चर में, मैसेजिंग पैटर्न आर्किटेक्चरल पैटर्न (वास्तु पैटर्न) है जो वर्णन करता है कि किसी एप्लिकेशन के दो अलग-अलग हिस्से या अलग-अलग प्रणालीएक-दूसरे से कैसे जुड़ते हैं और संचार करते हैं। मैसेजिंग की अवधारणा के कई पहलू हैं जिन्हें निम्नलिखित श्रेणियों में विभाजित किया जाता है: हार्डवेयर उपकरण मैसेजिंग (दूरसंचार, कंप्यूटर नेटवर्किंग, IoT, आदि) और सॉफ्टवेयर डेटा एक्सचेंज (विभिन्न डेटा एक्सचेंज प्रारूप और डेटा एक्सचेंज की सॉफ्टवेयर क्षमताएं)। संदर्भ में अंतर के अतिरिक्त, दोनों श्रेणियां (डेटा विनिमय) डेटा एक्सचेंज के लिए सामान्य लक्षण प्रदर्शित करती हैं।
मैसेजिंग पैटर्न की सामान्य अवधारणा
दूरसंचार में, मैसेज एक्सचेंज पैटर्न (एमईपी) संचार चैनल स्थापित करने या उपयोग करने के लिए संचार प्रोटोकॉल आवश्यक संदेशों के पैटर्न का वर्णन करता है। संचार प्रोटोकॉल उस संदेश का प्रतिनिधित्व करने के लिए उपयोग किया जाने वाला प्रारूप है, जिस पर संचार करने वाले सभी पक्ष सहमत हैं (या संसाधित करने में सक्षम हैं)। संचार चैनल बुनियादी ढांचा है जो संदेशों को संचार करने वाले पक्षों के बीच "संचारण" करने में सक्षम बनाता है। मैसेज एक्सचेंज पैटर्न संचार प्रक्रिया में पार्टियों के बीच संदेश प्रवाह का वर्णन करता है, दो प्रमुख मैसेज एक्सचेंज पैटर्न हैं -आवेदन-प्रतिक्रिया पैटर्न, और वन-वे पैटर्न।
उदाहरण के लिए, इंटरनेट (चैनल) पर विषय सूची देखते समय, वेब ब्राउज़र (संचार पक्ष) एचटीटीपी (संचार प्रोटोकॉल) का उपयोग सर्वर से वेब पेज का आवेदन करने के लिए (अन्य संचार पक्ष), और फिर लौटाए गए डेटा को उसके दृश्य रूप में करेगा। इस तरह रिक्वेस्ट –रिस्पांस मैसेजिंग पैटर्न संचालित होता है।
वैकल्पिक रूप से, कंप्यूटर नेटवर्किंग में, हमारे पास यूडीपी नेटवर्क प्रोटेकॉल होता है। इसका उपयोग वन-वे मैसेजिंग पैटर्न के साथ किया जाता है,[1] जहां भेजने वाले पक्ष को कोई दिलचस्पी नहीं है कि क्या संदेश किसी प्राप्तकर्ता पक्ष को आता है, और न ही यह उम्मीद करता है कि कोई भी प्राप्त करने वाला पक्ष "जवाब" संदेश का उत्पादन करता है।
उपकरण संचार
यह खंड हार्डवेयर उपकरणों के बीच डेटा एक्सचेंज के बारे में है। उपकरणों को डेटा पठन और आदान-प्रदान करने में सक्षम होने के लिए, हार्डवेयर-विशिष्ट प्रोटोकॉल (जैसे रेडियो सिग्नल) का उपयोग करता है जो हार्डवेयर उपकरण द्वारा भेजने वाली पार्टी (रेडियो टावर) के रूप में कार्य करता है, और हो सकता है अन्य हार्डवेयर उपकरण द्वारा व्याख्या की गई जो प्राप्त करने वाली पार्टी है (उदाहरण के लिए आपका किचन रेडियो)। रेडियो के उदाहरण के साथ, हमारे पास वन-वे संचार पैटर्न है, और मैसेज एक्सचेंज प्रोटोकॉल रेडियो सिग्नल ही है।
उपकरण संचार यह भी संदर्भित करता है कि मैसेज एक्सचेंज प्रणाली में हार्डवेयर उपकरण मैसेज एक्सचेंज को कैसे सक्षम करते हैं। उदाहरण के लिए, इंटरनेट ब्राउज़ करते समय, कई अलग-अलग उपकरण इंटरनेट ट्रैफ़िक के माध्यम से संदेश देने के लिए मिलकर काम करते हैं - राउटर, स्विच और नेटवर्क एडेप्टर, जो हार्डवेयर स्तर पर टीसीपी या यूडीपी पैकेज के रूप में सिग्नल भेजते और प्राप्त करते हैं। इस तरह के प्रत्येक पैकेज को संदेश के रूप में संदर्भित किया जा सकता है यदि हम अपने दृष्टिकोण को एक दूसरे से संचार करने वाले हार्डवेयर उपकरणों की जोड़ी तक सीमित करते हैं, जबकि इंटरनेट संचार के सामान्य अर्थ में, अनुक्रमिक रूप से व्यवस्थित कई पैकेज एक साथ सार्थक संदेश बनाते हैं, जैसे कि एक छवि, या एक वेब पेज बनाते हैं।
सॉफ्टवेयर संचार
उपकरण संचार के विपरीत, जहां संदेश डेटा का रूप सम्मिलित उपकरणों के प्रकार और क्षमताओं द्वारा समर्थित प्रोटोकॉल तक सीमित है (उदाहरण के लिए कंप्यूटर नेटवर्किंग में हमारे पास टीसीपी और यूडीपी प्रोटोकॉल हैं, वॉकी-टॉकी विशिष्ट आवृत्ति में रेडियो तरंगें भेजेगा), और बीकन मोर्स कोड अनुक्रमों को फ्लैश करेगा जिसे एक व्यक्ति पढ़ सकता है), सॉफ्टवेयर अधिक जटिल और मजबूत डेटा एक्सचेंज प्रारूप स्थापित कर सकता है।
उन स्वरूपों को भेजने वाले पक्ष द्वारा अंतर्निहित हार्डवेयर द्वारा वितरित किए जाने वाले रूप में अनुवादित किया जाएगा, और फिर प्राप्त करने वाले पक्ष द्वारा हार्डवेयर-विशिष्ट प्रारूप से संचार सॉफ़्टवेयर प्रणाली द्वारा स्थापित मूल प्रोटोकॉल के अनुरूप एक रूप में डिकोड किया जाता है। यह उच्च-स्तरीय डेटा एक्सचेंज सूचना को अधिक मानवीय पठनीय रूप में स्थानांतरित करने की अनुमति देता है, और संदेश को सुरक्षित बनाने के लिए सॉफ़्टवेयर एन्क्रिप्शन और डिक्रिप्शन तकनीकों के उपयोग को भी सक्षम बनाता है। इसके अतिरिक्त, सॉफ़्टवेयर मैसेज एक्सचेंज, मैसेज एक्सचेंज पैटर्न के अधिक विविधताओं को सक्षम बनाता है जो अब सरल निवेदन – प्रतिक्रिया और वन-वे दृष्टिकोण तक सीमित नहीं हैं। और अंत में, लेकिन कम नहीं, सॉफ्टवेयर संचार प्रणाली डेटा एक्सचेंज के लिए विभिन्न चैनल प्रदान करने में सक्षम हैं जिनका उपयोग संदेश वितरण को अनुकूलित करने के लिए किया जा सकता है, या चयन और फ़िल्टरिंग के लिए जटिल नियम स्थापित करने के लिए किया जा सकता है जो यह तय करने में मदद करता है कि कौन से पक्ष कुछ संदेश प्राप्त करता है। यह सॉफ़्टवेयर-ऑर्केस्ट्रेटेड संदेश रूटिंग की संभावना को सक्षम करता है। बाद के परिणाम के रूप में, विषय की अवधारणाएं (जहां लक्षित समूह में सभी प्राप्त करने वाले दलों को संदेश की प्रति वितरित की जाएगी) और कतार (जहां एक लक्षित समूह में केवल एक पक्ष को संदेश प्राप्त होगा) उभरा है।
जैसा कि पहले उल्लेख किया गया है, सॉफ्टवेयर मैसेजिंग डेटा एक्सचेंज प्रोटोकॉल में अधिक विकल्प और स्वतंत्रता की अनुमति देता है। चूंकि, यह तब तक बहुत उपयोगी नहीं होगा जब तक संचार करने वाली पार्टियां सम्मिलित प्रोटोकॉल के विवरण पर सहमत न हों, और इसलिए कई मानकीकृत सॉफ़्टवेयर मैसेजिंग प्रोटोकॉल सम्मिलित हैं। यह मानकीकरण अलग-अलग संगठनों द्वारा सामान्यतः बनाए और बनाए गए अलग-अलग सॉफ़्टवेयर प्रणाली की अनुमति देता है, और जो रीयलटाइम डेटा एक्सचेंज में भाग लेने के लिए विभिन्न हार्डवेयर उपकरणों (सर्वर, कंप्यूटर, स्मार्ट उपकरण या आईओटी नियंत्रक) पर काम करता है।
नीचे कुछ सबसे लोकप्रिय सॉफ्टवेयर मैसेजिंग प्रोटोकॉल सूचीबद्ध हैं, जो आज भी उपयोग में हैं। उनमें से प्रत्येक पिछले खंड में वर्णित संदेश सेवा अवधारणा को विस्तारित अर्थ प्रदान करता है।
सोप
शब्द मैसेज एक्सचेंज पैटर्न का 'सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल' (सोप) के भीतर विस्तारित अर्थ है।[2][3] सोप एमईपी प्रकार में सम्मिलित हैं:
- इन-ओनली: यह वन-वे के बराबर है। मानक वन-वे मैसेजिंग एक्सचेंज जहां उपभोक्ता प्रदाता को संदेश भेजता है जो किसी भी प्रकार की प्रतिक्रिया नहीं भेजता है।
- रोबस्ट इन-ओनली: यह पैटर्न विश्वसनीय वन-वे संदेश आदान-प्रदान के लिए है। उपभोक्ता एक संदेश के साथ आरंभ करता है, जिस पर प्रदाता स्थिति के साथ प्रतिक्रिया करता है। यदि प्रतिक्रिया एक स्थिति है, तो विनिमय पूर्ण है, लेकिन यदि प्रतिक्रिया एक गलती है, तो उपभोक्ता को क स्थिति के साथ प्रतिक्रिया करता है।
- इन-आउट: यह आवेदन-प्रतिक्रिया के बराबर है। मानक टू-वे मैसेज एक्सचेंज जहां उपभोक्ता एक संदेश के साथ आरंभ करता है, प्रदाता एक संदेश या गलती के साथ प्रतिक्रिया करता है और उपभोक्ता स्थिति के साथ प्रतिक्रिया करता है।
- इन-ऑप्शनल-आउट: मानक टू-वे मैसेज एक्सचेंज जहां प्रदाता की प्रतिक्रिया वैकल्पिक होती है।
- आउट-ओनली: इन-ओनली का उल्टा। यह मुख्य रूप से ईवेंट अधिसूचना का समर्थन करता है। यह एक फॉल्ट मैसेज प्रेरित नहीं कर सकता है।
- रोबस्ट आउट-ओनली: आउट-ओनली पैटर्न के समान, सिवाय इसके कि यह एक फॉल्ट मैसेज को प्रेरित कर सकता है। बहिर्गामी संदेश संचरण आरंभ करता है।
- आउट-इन: इन-आउट का उल्टा। प्रदाता आवेदन को प्रसारित करता है और विनिमय आरंभ करता है।
- आउट-ऑप्शनल-इन: इन-ऑप्शनल-आउट का उल्टा। सेवा एक बहिर्गामी संदेश उत्पन्न करती है। आने वाला संदेश वैकल्पिक है ("वैकल्पिक-इन")।
Øएमक्यू
Øएमक्यू संदेश कतारबद्ध लाइब्रेरी तथाकथित सॉकेट (पारंपरिक इंटरनेट सॉकेट और यूनिक्स डोमेन सॉकेट पर एक प्रकार का सामान्यीकरण) प्रदान करता है, जिसके लिए उपयोग किए जाने वाले संदेश पैटर्न को इंगित करने की आवश्यकता होती है, और प्रत्येक पैटर्न के लिए अनुकूलित किया जाता है। बुनियादी Øएमक्यू पैटर्न हैं:[4]
- निवेदन – प्रतिक्रिया ग्राहकों के सेट को सेवाओं के सेट से जोड़ता है। यह दूरस्थ प्रक्रिया कॉल और कार्य वितरण पैटर्न है।
- पब्लिश-सब्सक्राइब प्रकाशकों के सेट को सब्सक्राइबर्स के सेट से जोड़ता है। यह डेटा वितरण पैटर्न है।
- पुश-पुल फैन-आउट/फैन-इन पैटर्न में नोड्स को जोड़ता है जिसमें कई चरण और लूप हो सकते हैं। यह समानांतर कार्य वितरण और संग्रह पैटर्न है।
- एक्सक्लूसिव पेयर, एक्सक्लूसिव पेयर में दो सॉकेट को जोड़ता है। यह विशिष्ट, उन्नत उपयोग स्थितियों के लिए निम्न-स्तरीय प्रतिमान है।
प्रत्येक पैटर्न विशेष नेटवर्क टोपोलॉजी को परिभाषित करता है। निवेदन – प्रतिक्रिया तथाकथित "सेवा बस" को परिभाषित करता है, प्रकाशित-सदस्यता "डेटा वितरण ट्री" को परिभाषित करता है, पुश-पुल "समानांतर पाइपलाइन" को परिभाषित करता है। सभी पैटर्न ध्यानपूर्वक इस तरह से डिज़ाइन किए गए हैं जैसे कि असीम रूप से स्केलेबल और इस प्रकार इंटरनेट स्केल पर प्रयोग करने योग्य हैं।[5]
आरईएसटी
प्रतिनिधि स्टेट ट्रांसफर प्रोटोकॉल एचटीटीपी प्रोटोकॉल के शीर्ष पर बनाया गया मैसेजिंग प्रोटोकॉल है, और इसी तरह, मैसेज एक्सचेंज के निवेदन – प्रतिक्रिया पैटर्न का उपयोग करता है। जबकि एचटीटीपी का प्राथमिक लक्ष्य इंटरनेट पर वेब पेजों और फाइलों को डिलीवर करना है जो मानव अंत-उपयोगकर्ता के लिए लक्षित हैं, आरईएसटी प्रोटोकॉल का उपयोग ज्यादातर विभिन्न सॉफ्टवेयर प्रणाली के बीच संचार के लिए किया जाता है, और माइक्रोसर्विसेज सॉफ्टवेयर आर्किटेक्चर पैटर्न में इसकी महत्वपूर्ण भूमिका होती है। आरईएसटी प्रोटोकॉल के उल्लेखनीय गुणों में यह कई अन्य स्वरूपों (सामान्यतः जेएसओएन और एक्सएमएल) में डेटा का प्रतिनिधित्व करने के लिए पर्याप्त रूप से बहुमुखी है और यह उस संदेश के लिए अतिरिक्त मेटाडेटा डिस्क्रिप्टर प्रदान करता है जिसका वह प्रतिनिधित्व करता है। मेटाडेटा डिस्क्रिप्टर एचटीटीपी हेडर (जो अंतर्निहित एचटीटीपी प्रोटोकॉल द्वारा मानकीकृत हैं) के रूप में प्रतिनिधित्व करके एचटीटीपी मानकों का पालन करते हैं और इसलिए उन्हें संदेश पेलोड की व्याख्या करने के तरीके के बारे में प्राप्त करने वाले पक्ष के निर्देशों के रूप में उपयोग किया जा सकता है। इसके कारण, आरईएसटी सॉफ़्टवेयर प्रणाली के विकास में बहुत सुधार करता है जो अन्य सॉफ़्टवेयर प्रणाली के साथ संचार करने में सक्षम है, क्योंकि डेवलपर्स को संदेश पेलोड (जेएसओएन या एक्सएमएल मॉडल) के केवल उच्च-स्तरीय प्रारूप के बारे में जागरूक होने की आवश्यकता है। वास्तविक एचटीटीपी संचार सामान्यतः सॉफ़्टवेयर लाइब्रेरी या ढांचे द्वारा नियंत्रित किया जाता है।
आरईएसटी प्रोटोकॉल का एक और बढ़िया गुण है कि यह इसके शीर्ष पर अन्य प्रोटोकॉल शब्दार्थों का निर्माण करने के लिए उपयुक्त है, जो कि हेटोआस के साथ उदाहरण है।
यह भी देखें
- पुश तकनीक
- वितरित डेटा प्रवाह
- उद्यम एकीकरण पैटर्न
संदर्भ
- ↑ Erl, Thomas (2005). Service Oriented Architecture: Concepts, Technology, and Design. Indiana: Pearson Education. p. 171. ISBN 0-13-185858-0.
- ↑ http://www.w3.org/TR/soap12-part1/#soapmep SOAP MEPs in SOAP W3C Recommendation v1.2
- ↑ Web Services Description Language (WSDL) Version 2.0: Additional MEPs
- ↑ ØMQ User Guide
- ↑ "स्केलेबिलिटी लेयर इंटरनेट स्टैक को हिट करती है". Archived from the original on 2019-05-28. Retrieved 2011-02-03.
