विंडोज सर्वर AppFabric का परिचय। BizTalk और सर्विस बस के साथ होस्टिंग सेवाएँ

यह विंडोज सर्वर AppFabric सेवाओं पर तीसरा और अंतिम लेख है। आप निम्नलिखित लिंक पर दो अन्य लेख पा सकते हैं:

• विंडोज सर्वर AppFabric का परिचय। कैशिंग सेवा
• विंडोज सर्वर AppFabric का परिचय। होस्टिंग सेवाएँ, होस्टिंग और स्केलिंग सेवाएँ

परिदृश्य: BizTalk सर्वर का उपयोग करके किसी मौजूदा एप्लिकेशन के वर्कफ़्लो-आधारित सेवा को कनेक्ट करना

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

Microsoft दुनिया में, इस प्रकार का एकीकरण आमतौर पर BizTalk सर्वर द्वारा नियंत्रित किया जाता है। चित्र 1 दिखाता है कि वर्कफ़्लो-आधारित सेवा, AppFabric होस्टिंग सेवाएँ और BizTalk सर्वर एक दूसरे के साथ कैसे काम कर सकते हैं।


चित्र 1। BizTalk सेवा और सर्वर एकीकरण

जैसा कि चित्र में दिखाया गया है, सेवा में गतिविधि BizTalk सर्वर के लिए अनुरोध बना सकती है। यह एक वेब सेवा या किसी भी तरह का उपयोग करके किया जा सकता है, इस उद्देश्य के लिए बिज़टॉक विभिन्न प्रकार के संचार के लिए एक एडेप्टर तंत्र प्रदान करता है। अनुरोध के शुरू होने के बाद, यह BizTalk सर्वर पर चल रहे व्यावसायिक तर्क द्वारा संसाधित किया जा सकता है। इस तर्क को एक कंडक्टर के रूप में लागू किया गया है, वह जानती है कि इस प्रक्रिया में अगले चरण का समर्थन कैसे किया जाए। यहां, उदाहरण के लिए, कंडक्टर ERP एप्लिकेशन के साथ सीधे इंटरैक्ट करने के लिए एक और BizTalk एडेप्टर का उपयोग करता है। किसी भी प्रतिक्रिया को उसी घटकों के माध्यम से वापस भेजा जा सकता है।

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

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

हालाँकि, AppFabric Hosting Services और WF का उपयोग करके BizTalk कार्यक्षमता को लागू करना तकनीकी रूप से संभव है, लेकिन वित्तीय कारणों से इसका कोई मतलब नहीं है। अपने स्वयं के एकीकरण सर्वर को बनाने और बनाए रखने की कुल लागत एक BizTalk सर्वर लाइसेंस की लागत से अधिक होने की संभावना है। वास्तव में, प्रतियोगियों की तुलना में AppFabric होस्टिंग सेवाओं और BizTalk भागीदारों पर विचार करना बेहतर होगा। प्रत्येक तंत्र एप्लिकेशन बनाने और कनेक्ट करने में भूमिका निभाता है।

परिदृश्य: किसी सेवा बस का उपयोग करके दूरस्थ सेवा से कनेक्ट करना

एक और समस्या जो सेवाओं के साथ काम करते समय उत्पन्न हो सकती है, वह है इंटरनेट से उन तक पहुंच का प्रावधान। कल्पना करें कि किसी संगठन के अंदर शुरू की गई WCF सेवा को इंटरनेट चैनलों के माध्यम से संगठन के बाहर के ग्राहकों को प्रदान करने की आवश्यकता है। भले ही आप WF का उपयोग करें या न करें, इस मामले में कुछ बाधाएं हैं। उदाहरण के लिए, एक ग्राहक फ़ायरवॉल के माध्यम से एक सेवा के साथ कैसे बातचीत कर सकता है? और, यह जानते हुए कि अधिकांश संगठन गतिशील पते और NAT का उपयोग करते हैं, हमारी सेवा को अपने ग्राहकों के लिए एक निश्चित आईपी कैसे प्रदान करें?

इस समस्या को हल करने के लिए सर्विस बस, Windows Azure प्लेटफ़ॉर्म का हिस्सा बनाया गया था। चित्र 2 ऑपरेशन योजना को दर्शाता है:


अंजीर। २। कार्य सेवा बस

के साथ शुरू करने के लिए, WCF सेवा सेवा बस के साथ अपने समापन बिंदु को पंजीकृत करती है, इसके लिए एक विशिष्ट नाम (चरण 1) प्रदान करती है। उसके बाद, सर्विस बस खुद को एक ही इंटरफ़ेस (चरण 2) के साथ यह समापन बिंदु प्रदान करता है। एक अद्वितीय नाम का उपयोग करके, ग्राहक सेवा बस समापन बिंदु (चरण 3) तक पहुंच सकता है। चूंकि क्लाइंट इंटरफ़ेस से परिचित है, वह सर्विस बस (चरण 4) में समापन बिंदु के साथ काम कर सकता है। क्लाइंट ऑपरेशन को कॉल करने वाले प्रत्येक ऑपरेशन के लिए, सर्विस बस एंटरप्राइज़ इन्फ्रास्ट्रक्चर (चरण 5) के किनारे सेवा में संबंधित ऑपरेशन को कॉल करता है।

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

परिदृश्य: वर्कफ़्लो पर आधारित सेवा के साथ एक समग्र अनुप्रयोग बनाना

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


चित्र 3। समग्र अनुप्रयोग आरेख

इस उदाहरण में, वर्कफ़्लो-आधारित सेवा कई दृष्टिकोणों का उपयोग करके अन्य अनुप्रयोगों के साथ सहभागिता करती है:

• इंटरनेट पर स्थित एक भागीदार अनुप्रयोग में ऑपरेशन कॉल करने के लिए सर्विस बस का उपयोग करना
• एसओएपी सेवाओं का उपयोग करते हुए एक सीआरएम आवेदन के लिए सीधे अनुरोध बनाकर
• ERP एप्लिकेशन के साथ सहभागिता करने के लिए BizTalk पर निर्भर है

बढ़ती सेवा-उन्मुख दुनिया में, इन सेवाओं के साथ काम करने के लिए तर्क बनाने की सरलता एक बड़ी भूमिका निभाती है। AppFabric होस्टिंग सेवाएँ आपके अनुप्रयोगों को चलाने के लिए एक सेवा वास्तुकला की पेशकश करके इस आंदोलन का समर्थन करती हैं।

भागों को एक पूरे में मिलाना

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


चित्र 4। एक साथ AppFabric सेवाओं का उपयोग करना

हमेशा की तरह, उपयोगकर्ता के एक अनुरोध को कई वेब सर्वर के बीच वितरण के लिए एक लोड बैलेंसर द्वारा संसाधित किया जा सकता है, जिसमें व्यापार तर्क की एक प्रति - ASP.NET पृष्ठ के रूप में - प्रत्येक पर। यदि यह तर्क अक्सर उसी जानकारी का उपयोग करता है, उदाहरण के लिए, डेटा का एक कैटलॉग जो बताता है कि वास्तव में एक संगठन क्या बेचता है, तो ऐसी जानकारी को कैफ़े क्लस्टर के माध्यम से एक्सेस किया जा सकता है, जिसे AppFabric कैशिंग सेवाओं का उपयोग करके कार्यान्वित किया जाता है। और इस तथ्य के कारण कि एप्लिकेशन की ट्रेडिंग टोकरी वर्कफ़्लो-आधारित सेवा का उपयोग करके कार्यान्वित की जाती है, जिसे AppFabric होस्टिंग सेवाओं में लॉन्च किया गया है, वेब सर्वर से अनुरोधों को कई मध्यवर्ती सर्वरों के बीच वितरित किया जा सकता है। वैसे, हालांकि यह आंकड़ा में नहीं दिखाया गया है, कार्यकर्ता सूत्र आवश्यक जानकारी प्राप्त करने के लिए कैश डेटा तक भी पहुंच सकते हैं। इस तरह से एक परिदृश्य में, विंडोज सर्वर AppFabric के दोनों हिस्सों को जोड़ना बहुत उपयोगी है, डेवलपर्स के लिए जीवन को आसान बनाता है, जिन्हें अत्यधिक स्केलेबल सिस्टम बनाने की आवश्यकता होती है।

निष्कर्ष

धीमे अनुप्रयोगों को अच्छा नहीं कहा जा सकता है। सही मायने में अच्छे अनुप्रयोग भी प्रबंधनीय होने चाहिए। विंडोज अनुप्रयोगों के प्रदर्शन, मापनीयता और प्रबंधन क्षमता में सुधार के लिए बुनियादी ढांचे की पेशकश, विंडोज सर्वर एपफाइब्रल सेवाएं डेवलपर्स को अपने अनुप्रयोगों को बेहतर बनाने में मदद कर सकती हैं।

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