क्यों वेब सेवा बेकार है!

परिचय

कभी-कभी विभिन्न वेब सेवाओं के साथ सामना होने पर , मैं खुद से सवाल पूछता हूं: "यह इतना जटिल क्यों था?" हम विकास प्रक्रियाओं, कोड स्वच्छता, परीक्षण और कार्यप्रणाली पर बहुत ध्यान देते हैं। हम टिप्पणियां लिखते हैं और प्रलेखन बनाते हैं। लेकिन एक ही समय में हम मूलभूत बाहरी सिस्टम इंटरफेस - वेब सेवाओं पर बहुत कम ध्यान देते हैं।

निम्नलिखित सभी को विभिन्न प्रकार की वेब सेवाओं के लिए जिम्मेदार ठहराया जा सकता है, लेकिन मूल रूप से मैं SOAP वेब सेवाओं के बारे में बात करूंगा।

के उपयोग

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

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

सेवाएँ तेजी से उन सूचना प्रणालियों को जोड़ रही हैं जो हमें घेर रही हैं।

विविधता

जिन तकनीकों के आधार पर तकनीकों को लागू किया गया है, वे बहुत विविध हैं। यहां रेस्ट-सर्विसेज, सोप, क्रिप्टोग्राफी, विभिन्न डेटा ट्रांसफर प्रोटोकॉल, डेटा कम्प्रेशन टेक्नोलॉजी, सिंक्रोनस / एसिंक्रोनस डेटा ट्रांसफर, गारंटीकृत डिलीवरी हैं।

यह सब प्रौद्योगिकियों और सेवाओं के विभिन्न संस्करणों द्वारा विकसित किया गया है। संगत सिस्टम बनाने के लिए, आपको बहुत प्रयास करने की आवश्यकता है।

जंगल में कौन है, और कौन ...

लेकिन यह सब विविधता का उपयोग कैसे करें? राय यहाँ अलग है। लेकिन हम सुरक्षित रूप से कह सकते हैं कि कई सेवाएं, वास्तव में, नहीं हैं। इसे सत्यापित करने का सबसे आसान तरीका बयानों की एक श्रृंखला है:

यह एक वेब सेवा है:

• इसके लिए, आप सबसे लोकप्रिय भाषाओं (जावा, नेट, अजगर, रूबी, सी ++, आदि) में स्वचालित साधनों द्वारा आत्मनिर्भर कक्षाएं बना सकते हैं;
• इसे अतिरिक्त प्रलेखन की आवश्यकता नहीं है;
• इसका उपयोग करने के लिए, आपको अतिरिक्त जोड़तोड़ की आवश्यकता नहीं है (पोर्ट को टेलनेट के माध्यम से खोलें, अपने आप को सर्किट अपलोड करें, आदि)
• केवल आम तौर पर स्वीकृत तकनीकों का उपयोग किया जाता है।
• संपूर्ण सेवा इंटरफ़ेस इसमें स्वयं वर्णित है (wsdl, xsd)। कोई भी प्रकार नहीं। सभी प्रकार ठीक परिभाषित हैं।
• सभी प्रकार के नाम स्थान का उपयोग कर परिभाषित किया गया है
• MTOM का उपयोग डेटा कम्प्रेशन के लिए किया जाता है।
• गारंटीकृत वितरण, प्राधिकरण आदि के मानक शीर्षकों का उपयोग किया जाता है।
• प्रकार वर्णन में UTF एन्कोडिंग और कोई सिरिलिक और अन्य वर्ण नहीं

यह एक सेवा नहीं है अगर:

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

एकल प्रविष्टि बिंदु

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

कोड में सब कुछ वैसा ही है। न्यूनतम घोंसले का स्तर, स्व-दस्तावेजीकरण, तत्वों और प्रकारों के तार्किक नामों की प्रणाली (उत्तर में नमूनाप्रकाश सबसे चौंकाने वाला लगता है ...)।

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

संपीड़न या अनुकूलन

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

यदि कंपनी अपने उत्पाद का उपयोग नहीं करती है, तो इसकी लागत कुछ भी नहीं है

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

निष्कर्ष

मुझे ऐसी सेवाएँ कहाँ से मिलीं? हाँ, वे हर जगह हैं! यहां तक ​​कि बड़े खिलाड़ियों के पास असंगत तकनीकी समाधान हैं। केवल अच्छी तरह से निर्मित सेवाओं के साथ कई विषम प्रणालियों के एकीकरण और स्थायित्व की एक उच्च डिग्री प्राप्त की जा सकती है।