वेब सेवाएँ क्या हैं? Archiटेकचर, प्रकार, उदाहरण

वेब सेवा क्या है?

वेब सेवा WWW (वर्ल्ड वाइड वेब) पर क्लाइंट और सर्वर अनुप्रयोगों के बीच संचार को प्रसारित करने के लिए एक मानकीकृत माध्यम है। एक वेब सेवा एक सॉफ्टवेयर मॉड्यूल है जिसे कार्यों के एक निश्चित सेट को पूरा करने के लिए डिज़ाइन किया गया है।

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

वेब सेवाएं कैसे काम करती हैं?

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

ये अनुरोध रिमोट प्रोसीजर कॉल के माध्यम से किए जाते हैं। रिमोट प्रोसीजर कॉल (आरपीसी) उन विधियों को किए गए कॉल होते हैं जो संबंधित वेब सेवा द्वारा होस्ट की जाती हैं।

उदहारण के लिए, Amazon एक वेब सेवा प्रदान करता है जो amazon.com के माध्यम से ऑनलाइन बेचे जाने वाले उत्पादों के लिए कीमतें प्रदान करता है। फ्रंट एंड या प्रेजेंटेशन लेयर .Net या में हो सकता है Javaलेकिन दोनों ही प्रोग्रामिंग भाषाओं में वेब सेवा के साथ संवाद करने की क्षमता होगी।

वेब सेवा डिज़ाइन का मुख्य घटक वह डेटा है जो क्लाइंट और सर्वर के बीच स्थानांतरित होता है, और वह XML है। XML (एक्सटेंसिबल मार्कअप लैंग्वेज) यह एचटीएमएल का एक समकक्ष है और एक आसानी से समझ में आने वाली मध्यवर्ती भाषा है जिसे कई प्रोग्रामिंग भाषाओं द्वारा समझा जाता है।

इसलिए जब एप्लिकेशन आपस में संवाद करते हैं, तो वे वास्तव में XML में संवाद करते हैं। यह विभिन्न प्रोग्रामिंग भाषाओं में विकसित एप्लिकेशनों को आपस में संवाद करने के लिए एक साझा मंच प्रदान करता है।

वेब सेवाएँ अनुप्रयोगों के बीच XML डेटा भेजने के लिए SOAP (सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल) नामक किसी चीज़ का उपयोग करती हैं। डेटा सामान्य HTTP पर भेजा जाता है। वेब सेवा से एप्लिकेशन को भेजे जाने वाले डेटा को SOAP संदेश कहा जाता है। SOAP संदेश कुछ और नहीं बल्कि एक XML दस्तावेज़ है। चूँकि दस्तावेज़ XML में लिखा जाता है, इसलिए वेब सेवा को कॉल करने वाला क्लाइंट एप्लिकेशन किसी भी प्रोग्रामिंग भाषा में लिखा जा सकता है।

आपको वेब सेवा की आवश्यकता क्यों है?

आधुनिक व्यावसायिक अनुप्रयोग वेब-आधारित अनुप्रयोगों को विकसित करने के लिए विभिन्न प्रोग्रामिंग प्लेटफॉर्मों का उपयोग करते हैं। कुछ अनुप्रयोगों को विकसित किया जा सकता है। Javaकुछ लोग .Net में काम करते हैं, जबकि कुछ अन्य Angular JS, Node.js आदि में काम करते हैं।

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

यहीं पर वेब सेवाएँ आती हैं। वेब सेवाएँ एक सामान्य प्लेटफ़ॉर्म प्रदान करती हैं जो विभिन्न प्लेटफार्मों पर कई अनुप्रयोगों का निर्माण करने की अनुमति देती हैं। प्रोग्रामिंग की भाषाएँ एक दूसरे के साथ संवाद करने की क्षमता होना।

वेब सेवाओं के प्रकार

वेब सेवाओं के मुख्यतः दो प्रकार होते हैं:

1. SOAP वेब सेवाएँ.
2. RESTful वेब सेवाएँ.

किसी वेब सेवा के पूरी तरह से कार्यशील होने के लिए कुछ घटकों का होना आवश्यक है। वेब सेवा को प्रोग्राम करने के लिए चाहे कोई भी विकास भाषा उपयोग की जाए, ये घटक मौजूद होने चाहिए। आइए इन घटकों को और विस्तार से देखें।

SOAP (सिंपल ऑब्जेक्ट एक्सेस प्रोटोकॉल)

SOAP एक ट्रांसपोर्ट-इंडिपेंडेंट मैसेजिंग प्रोटोकॉल है। SOAP XML डेटा को SOAP संदेशों के रूप में स्थानांतरित करने पर आधारित है। प्रत्येक संदेश में एक XML दस्तावेज़ होता है। XML दस्तावेज़ की संरचना एक विशिष्ट पैटर्न का पालन करती है, सामग्री नहीं। वेब सेवाओं और SOAP की सबसे अच्छी बात यह है कि यह सब HTTP के माध्यम से भेजा जाता है, जो मानक वेब प्रोटोकॉल है।

SOAP संदेश में निम्नलिखित घटक होते हैं:

• प्रत्येक SOAP दस्तावेज़ में एक मूल तत्व होना चाहिए जिसे कहा जाता है मूल तत्व XML दस्तावेज़ में पहला तत्व है।
• “लिफाफा” दो भागों में विभाजित है। पहला हेडर है, और दूसरा बॉडी है।
• हेडर में रूटिंग डेटा होता है, जो मूल रूप से वह जानकारी होती है जो XML दस्तावेज़ को यह बताती है कि इसे किस क्लाइंट को भेजा जाना है।
• मुख्य भाग में वास्तविक संदेश होगा।

नीचे दिया गया चित्र SOAP के माध्यम से संचार का एक सरल उदाहरण दिखाता है।

हम इस लेख में SOAP पर विस्तार से चर्चा करेंगे। ट्यूटोरियल.

WSDL (वेब ​​सेवाएँ Descriptआयन भाषा)

यदि कोई वेब सेवा नहीं मिल पाती है, तो उसका उपयोग नहीं किया जा सकता है। वेब सेवा का उपयोग करने वाले क्लाइंट को यह पता होना चाहिए कि वेब सेवा वास्तव में कहाँ स्थित है।

दूसरा, क्लाइंट एप्लिकेशन को यह जानना आवश्यक है कि वेब सेवा वास्तव में क्या करती है, ताकि वह सही वेब सेवा को कॉल कर सके। यह वेब सेवाओं के नाम से जाने जाने वाले WSDL की सहायता से किया जाता है। Descriptवेब सेवा वेब सेवा के कार्यों को दर्शाती है। WSDL फ़ाइल भी XML आधारित फ़ाइल है जो मूल रूप से क्लाइंट एप्लिकेशन को वेब सेवा के कार्यों के बारे में जानकारी देती है। WSDL दस्तावेज़ का उपयोग करके, क्लाइंट एप्लिकेशन यह समझ सकता है कि वेब सेवा कहाँ स्थित है और इसका उपयोग कैसे किया जा सकता है।

वेब सेवा उदाहरण

WSDL फ़ाइल का एक वेब सेवा उदाहरण नीचे दिया गया है।

<definitions>
   <message name="TutorialRequest">
      <part name="TutorialID" type="xsd:string"/>
   </message>

   <message name="TutorialResponse">
      <part name="TutorialName" type="xsd:string"/>
   </message>

   <portType name="Tutorial_PortType">
      <operation name="Tutorial">
         <input message="tns:TutorialRequest"/>
         <output message="tns:TutorialResponse"/>
      </operation>
   </portType>

   <binding name="Tutorial_Binding" type="tns:Tutorial_PortType">
      <soap:binding style="rpc"
         transport="http://schemas.xmlsoap.org/soap/http"/>
      <operation name="Tutorial">
         <soap:operation soapAction="Tutorial"/>
         <input>
            <soap:body
               encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
               namespace="urn:examples:Tutorialservice"
               use="encoded"/>
         </input>

         <output>
            <soap:body
               encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
               namespace="urn:examples:Tutorialservice"
               use="encoded"/>
         </output>
      </operation>
   </binding>
</definitions>

वेब सेवाओं के उपरोक्त WSDL घोषणा उदाहरणों के बारे में ध्यान देने योग्य महत्वपूर्ण पहलू इस प्रकार हैं:

1. WSDL परिभाषा में संदेश पैरामीटर का उपयोग वेब सेवा द्वारा किए जाने वाले प्रत्येक ऑपरेशन के लिए अलग-अलग डेटा तत्वों को परिभाषित करने के लिए किया जाता है। इसलिए, ऊपर दिए गए वेब सेवाओं के उदाहरण में, वेब सेवा और क्लाइंट एप्लिकेशन के बीच दो संदेशों का आदान-प्रदान किया जा सकता है: एक "ट्यूटोरियल रिक्वेस्ट" और दूसरा "ट्यूटोरियल रिस्पॉन्स"। ट्यूटोरियल रिक्वेस्ट में "ट्यूटोरियल आईडी" नामक एक तत्व होता है जो स्ट्रिंग प्रकार का होता है। इसी प्रकार, ट्यूटोरियल रिस्पॉन्स ऑपरेशन में "ट्यूटोरियल नेम" नामक एक तत्व होता है जो भी स्ट्रिंग प्रकार का होता है।
2. – यह वास्तव में उस क्रिया का वर्णन करता है जिसे वेब सेवा द्वारा निष्पादित किया जा सकता है, जिसे हमारे मामले में ट्यूटोरियल कहा जाता है। यह क्रिया 2 संदेश ले सकती है: एक इनपुट संदेश और दूसरा आउटपुट संदेश।
3. – इस एलिमेंट में उपयोग किया जाने वाला प्रोटोकॉल होता है। इसलिए, हमारे मामले में, हम HTTP (http://schemas.xmlsoap.org/soap/http) का उपयोग करने के लिए इसे परिभाषित कर रहे हैं। हम ऑपरेशन के बॉडी के लिए अन्य विवरण भी निर्दिष्ट करते हैं, जैसे कि नेमस्पेस और क्या संदेश को एन्कोड किया जाना चाहिए।

हम इस लेख में "WSDL" पर विस्तार से चर्चा करेंगे। ट्यूटोरियल.

सार्वभौम Descriptआयन, खोज और एकीकरण (UDDI)

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

अब हमने पिछले विषय में WSDL के बारे में चर्चा की और बताया कि इसमें वेब सेवा वास्तव में क्या करती है, इस बारे में जानकारी कैसे होती है। लेकिन एक क्लाइंट एप्लिकेशन किसी वेब सेवा द्वारा पेश किए जाने वाले विभिन्न कार्यों को समझने के लिए WSDL फ़ाइल का पता कैसे लगा सकता है? तो UDDI इसका उत्तर है और एक रिपॉजिटरी प्रदान करता है जिस पर WSDL फ़ाइलों को होस्ट किया जा सकता है। इसलिए क्लाइंट एप्लिकेशन के पास UDDI तक पूरी पहुँच होगी, जो सभी WSDL फ़ाइलों वाले डेटाबेस के रूप में कार्य करता है।

जिस प्रकार टेलीफोन निर्देशिका में किसी व्यक्ति का नाम, पता और टेलीफोन नंबर होता है, उसी प्रकार UDDI रजिस्ट्री में वेब सेवा के लिए प्रासंगिक जानकारी होगी।ताकि क्लाइंट एप्लिकेशन को पता चल सके कि उसे कहाँ पाया जा सकता है।

वेब सेवा के लाभ

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

1. नेटवर्क पर व्यावसायिक कार्यक्षमता को उजागर करना वेब सेवा प्रबंधित कोड की एक इकाई है जो क्लाइंट एप्लिकेशन या अंतिम उपयोगकर्ताओं को किसी प्रकार की कार्यक्षमता प्रदान करती है। इस कार्यक्षमता को HTTP प्रोटोकॉल के माध्यम से उपयोग किया जा सकता है, जिसका अर्थ है कि इसे इंटरनेट पर भी उपयोग किया जा सकता है। आजकल सभी एप्लिकेशन इंटरनेट पर हैं, जिससे वेब सेवाओं का उद्देश्य और भी उपयोगी हो जाता है। इसका अर्थ है कि वेब सेवा इंटरनेट पर कहीं भी हो सकती है और आवश्यकतानुसार आवश्यक कार्यक्षमता प्रदान कर सकती है।
2. अनुप्रयोगों के बीच अंतर-संचालनीयता वेब सेवाएं विभिन्न अनुप्रयोगों को आपस में संवाद करने और डेटा एवं सेवाओं को साझा करने की अनुमति देती हैं। सभी प्रकार के अनुप्रयोग एक दूसरे से संवाद कर सकते हैं। इसलिए, विशिष्ट अनुप्रयोगों द्वारा ही समझे जाने वाले विशिष्ट कोड लिखने के बजाय, अब आप सामान्य कोड लिख सकते हैं जिसे सभी अनुप्रयोग समझ सकते हैं।
3. एक मानकीकृत प्रोटोकॉल जिसे हर कोई समझता है वेब सेवाएं संचार के लिए एक मानकीकृत उद्योग प्रोटोकॉल का उपयोग करती हैं। सभी चार स्तर (सेवा परिवहन, XML संदेश, सेवा) Descriptआयन और सर्विस डिस्कवरी लेयर्स) वेब सेवाओं के प्रोटोकॉल स्टैक में अच्छी तरह से परिभाषित प्रोटोकॉल का उपयोग करते हैं।
4. संचार की लागत में कमी - वेब सेवाएँ HTTP प्रोटोकॉल पर SOAP का उपयोग करती हैं, इसलिए आप वेब सेवाओं को लागू करने के लिए अपने मौजूदा कम लागत वाले इंटरनेट का उपयोग कर सकते हैं।

वेब सेवाएँ Archiटेक्चर

प्रत्येक फ्रेमवर्क को किसी न किसी प्रकार की वास्तुकला की आवश्यकता होती है ताकि यह सुनिश्चित हो सके कि पूरा फ्रेमवर्क इच्छानुसार कार्य करे। इसी प्रकार, वेब सेवाओं में भी यही बात लागू होती है। वेब सेवाएँ Archiटेक्चर इसमें नीचे दिए गए अनुसार तीन अलग-अलग भूमिकाएँ शामिल हैं:

1. Provider प्रदाता वेब सेवा बनाता है और इसे उन क्लाइंट एप्लिकेशन के लिए उपलब्ध कराता है जो इसका उपयोग करना चाहते हैं।
2. निवेदन कर्ता - अनुरोधकर्ता कुछ और नहीं बल्कि क्लाइंट एप्लीकेशन है जिसे वेब सेवा से संपर्क करने की आवश्यकता होती है। क्लाइंट एप्लीकेशन .Net हो सकता है, Javaया कोई अन्य भाषा-आधारित एप्लिकेशन जो वेब सेवा के माध्यम से किसी प्रकार की कार्यक्षमता की तलाश करता है।
3. दलाल – ब्रोकर एक ऐसा एप्लिकेशन है जो UDDI तक पहुंच प्रदान करता है। जैसा कि पिछले विषय में चर्चा की गई है, UDDI क्लाइंट एप्लिकेशन को वेब सेवा का पता लगाने में सक्षम बनाता है।

नीचे दिया गया आरेख दर्शाता है कि सेवा प्रदाता, सेवा अनुरोधकर्ता और सेवा रजिस्ट्री एक दूसरे के साथ कैसे परस्पर क्रिया करते हैं।

1. प्रकाशित करना – एक प्रदाता ब्रोकर के पब्लिश इंटरफेस का उपयोग करके ब्रोकर (सेवा रजिस्ट्री) को वेब सेवा के अस्तित्व के बारे में सूचित करता है ताकि सेवा ग्राहकों के लिए सुलभ हो सके।
2. खोज – अनुरोधकर्ता प्रकाशित वेब सेवा का पता लगाने के लिए ब्रोकर से परामर्श करता है।
3. बाँध वेब सेवा के बारे में ब्रोकर (सेवा रजिस्ट्री) से प्राप्त जानकारी के आधार पर, अनुरोधकर्ता वेब सेवा को बाइंड या इनवोक करने में सक्षम होता है।

वेब सेवा की विशेषताएं

वेब सेवाओं की निम्नलिखित विशेष व्यवहारगत विशेषताएं होती हैं:

1. वे XML-आधारित हैं वेब सेवाएं डेटा को दर्शाने और डेटा परिवहन स्तरों पर XML का उपयोग करती हैं। XML का उपयोग करने से नेटवर्किंग, ऑपरेटिंग सिस्टम या प्लेटफ़ॉर्म जैसी किसी भी प्रकार की निर्भरता समाप्त हो जाती है, क्योंकि XML एक सामान्य भाषा है जिसे सभी समझते हैं।
2. आजादी से मिलना - शिथिल युग्मित का अर्थ है कि क्लाइंट और वेब सेवा एक दूसरे से बंधे नहीं हैं, जिसका अर्थ है कि भले ही वेब सेवा समय के साथ बदल जाए, लेकिन इससे क्लाइंट द्वारा वेब सेवा को कॉल करने के तरीके में कोई बदलाव नहीं होना चाहिए। शिथिल युग्मित आर्किटेक्चर को अपनाने से सॉफ़्टवेयर सिस्टम अधिक प्रबंधनीय हो जाते हैं और विभिन्न प्रणालियों के बीच सरल एकीकरण की अनुमति मिलती है।
3. Synchronous या अतुल्यकालिक कार्यक्षमता - Syncतुल्यकालिकता क्लाइंट को सेवा के निष्पादन के लिए बाध्य करने को संदर्भित करती है। सिंक्रोनस ऑपरेशन में, क्लाइंट वास्तव में वेब सेवा द्वारा ऑपरेशन पूरा करने की प्रतीक्षा करेगा। इसका एक उदाहरण संभवतः एक परिदृश्य है जिसमें डेटाबेस रीड और राइट ऑपरेशन किया जा रहा है। यदि डेटा को एक डेटाबेस से पढ़ा जाता है और बाद में दूसरे में लिखा जाता है, तो ऑपरेशन को क्रमिक तरीके से किया जाना चाहिए। एसिंक्रोनस ऑपरेशन क्लाइंट को एक सेवा को आमंत्रित करने और फिर समानांतर में अन्य कार्यों को निष्पादित करने की अनुमति देता है। यह सुनिश्चित करने के लिए आम और शायद सबसे पसंदीदा तकनीकों में से एक है कि जब कोई विशेष ऑपरेशन किया जा रहा हो तो अन्य सेवाएँ बंद न हों।
4. रिमोट प्रोसीजर कॉल (RPC) का समर्थन करने की क्षमता - वेब सेवाएँ क्लाइंट को XML-आधारित प्रोटोकॉल का उपयोग करके दूरस्थ ऑब्जेक्ट पर प्रक्रियाओं, फ़ंक्शन और विधियों को लागू करने में सक्षम बनाती हैं। दूरस्थ प्रक्रियाएँ इनपुट और आउटपुट पैरामीटर को उजागर करती हैं जिनका वेब सेवा को समर्थन करना चाहिए।
5. दस्तावेज़ विनिमय का समर्थन करता है - XML ​​का एक मुख्य लाभ यह है कि यह न केवल डेटा बल्कि जटिल दस्तावेज़ों को भी प्रस्तुत करने का सामान्य तरीका है। ये दस्तावेज़ वर्तमान पते का प्रतिनिधित्व करने जितना सरल हो सकते हैं, या वे पूरी किताब का प्रतिनिधित्व करने जितना जटिल भी हो सकते हैं।

अक्सर पूछे जाने वाले प्रश्न