बादल - यह क्या है और क्यों है?

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

उदाहरण के लिए, यह वीडियो देखें:



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

आइए हम इस बात पर विस्तार से विचार करें कि सार्वजनिक बादल क्या है, क्यों यह सॉफ्टवेयर काम के लिए इसका उपयोग करने के लिए समझ में आता है, और क्या यह सच है कि "जल्द ही सब कुछ बादलों में होगा"।

अपने ग्राहकों के लिए अभूतपूर्व अवसर।

शुरुआत के लिए, "क्लाउड में" सेवा क्लाइंट के लिए "क्लाउड में नहीं" सेवा से कैसे भिन्न होती है।

यह माना जाता है कि "क्लाउड" सेवा में किसी भी उपयोगकर्ता के लिए एक अद्वितीय संपत्ति - पहुंच है। बादलों का इससे कोई लेना-देना नहीं है। हमारी सेवा क्लाउड में काम करती है, यह उपयोगकर्ता के लिए एक नियमित वेबसाइट की तरह दिखती है (कुछ अनुरोध सामान्य दिखने वाले वेब पेज भी देते हैं), उदाहरण के लिए, इसमें एक उपयोगकर्ता खाता है जो नियमित वेब पेजों की तरह दिखता है।

तुलना के लिए, स्टैक एक्सचेंज (इसके स्टैक ओवरफ्लो साइट के लिए जाना जाता है) या Yandex.Mail को देखें - वे उपयोगकर्ता के बिल्कुल समान हैं। वे किसी भी उपयोगकर्ता के लिए और कहीं से भी उपलब्ध हैं। एक वेब सर्वर भी है जो HTTP के माध्यम से अनुरोधों को स्वीकार करता है, यह भी ध्यान नहीं रखता है कि क्लाइंट के पास क्या ऑपरेटिंग सिस्टम है, उसकी मशीन की वास्तुकला क्या है, उसके प्रोग्राम किस भाषा में लिखे गए हैं।

कोई यह दावा कर सकता है कि सेवा के क्लाउड के कारण "उपयोगकर्ता डेटा कहीं से भी उनके लिए सुलभ है।" हां, सेवा के उपयोगकर्ता कहीं से भी हमारी सेवा में चित्र अपलोड कर सकते हैं और कहीं से भी परिणाम प्राप्त कर सकते हैं। वैसे, Stack Exchange या Yandex.Mail के उपयोगकर्ता कहीं से भी इन सेवाओं के साथ काम कर सकते हैं - प्रश्न पूछें, उत्तर प्राप्त कर सकते हैं, पत्र भेज सकते हैं और प्राप्त कर सकते हैं।

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

क्लाउड सर्विसेज के लिए क्लाउड सर्विसेज

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

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

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

क्लाउड सेवाओं की क्लाउड वास्तुकला

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

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

यह माना जाता है कि क्लाउड "क्लाउड ऑपरेटिंग सिस्टम" का उपयोग करता है। आमतौर पर यह सिर्फ एक "नियमित ऑपरेटिंग सिस्टम" है। विंडोज एज़्योर पर, यह विंडोज सर्वर 2008 R2 थोड़ा कड़ा हुआ नट्स के साथ है (उदाहरण के लिए, अस्थायी फ़ोल्डर बहुत छोटा है)। ऐसे वातावरण में सभी "क्लाउड" अतिरिक्त सेवाओं द्वारा बनाए जाते हैं - उदाहरण के लिए, एक लंबी अवधि के डेटा का भंडारण जो उस मशीन से बंधा नहीं है जिस पर उपयोगकर्ता सेवा चल रही है।

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

अभूतपूर्व विश्वसनीयता

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

सबसे पहले, आपको नाइन (एसएलए - सेवा स्तर समझौते) पर समझौते में ठीक प्रिंट पढ़ने की आवश्यकता है। इसमें कहा गया है कि इन नाइनों का क्या मतलब है, वे सेवा के किन विशिष्ट गुणों को प्रभावित करते हैं, प्रदाता की जिम्मेदारी क्या है।

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

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

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

क्लाउड में होस्ट करने से, सेवा अधिक या कम विश्वसनीय नहीं हो जाती है। कोई भी जोखिमों को रद्द नहीं करता है, बस जोखिम अलग हो जाते हैं।

तो क्या है?

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

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

लाभ क्या है?

लचीलेपन और कर्तव्यों के प्रत्यायोजन में लाभ। अपनी सेवा चलाने वाली मशीनों की संख्या बढ़ाने की आवश्यकता है? माउस के कुछ क्लिक, लगभग 10 मिनट प्रतीक्षा कर रहे हैं - और आप पहले से ही नई वर्चुअल मशीनें पा चुके हैं, उन पर अपनी सेवा शुरू की है। इसे नीचे करने की आवश्यकता है? वही बात।

भंडारण के साथ एक ही बात। हमें एक रिपॉजिटरी की आवश्यकता है - माउस के कुछ क्लिक, और उन्होंने इसे आपको प्रदान किया और इसके लिए पता और एक्सेस कुंजी दी। भंडारण आमतौर पर रबर होता है, भुगतान उपयोग की जाने वाली वास्तविक मात्रा पर निर्भर करता है।

एक प्रदाता, उदाहरण के लिए, एक डेटाबेस सर्वर प्रदान कर सकता है - "कहीं" और उपयोग किए गए वॉल्यूम के लिए भुगतान के साथ भी। Windows Azure पर, यह SQL Azure है, जो विशेष रूप से कॉन्फ़िगर और डब किए गए SQL Server 2008 पर आधारित है।

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

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

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

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

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

हमेशा की तरह, एक अंधेरा पक्ष है

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

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

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

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

पागल घटनाएं बहुत अलग हैं। डेटा केंद्रों में वास्तविक विफलताओं के उदाहरण यहां दिए गए हैं।

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

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

कृपया ध्यान दें कि हम इन मामलों से अवगत हैं क्योंकि उन्होंने सैकड़ों और हजारों क्लाउड उपयोगकर्ताओं को प्रभावित किया है। कार्यालयों में खड़े सर्वरों के साथ ऐसी ही कितनी घटनाएं होती हैं, हमें आसानी से पता नहीं है।

बेशक, कार्यालय में सर्वरों के साथ कुछ ऐसा ही हो सकता है, लेकिन इस मामले में आपकी गलती का एक अंश होगा - वे प्रदान कर सकते थे, पूर्वाभास नहीं। आपको खराब तरीके से की गई नौकरी से शर्म आएगी। मामले में जब उपकरण "कहीं बाहर है", ऐसे कोई अवसर नहीं हैं, तो आपको प्रदाता पर विश्वास करने के लिए मजबूर किया जाता है।

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

क्लाउड सेवाओं का क्लाउड आर्किटेक्चर फिर से

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

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

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

आवश्यकताएँ पर्याप्त हैं, लेकिन संभव है, बस मर्फी अक्सर आपकी सेवा में आएगी। यह आप पर निर्भर करता है कि क्या छोटा फेल एक महाकाव्य विफलता में बदल जाएगा।

एक क्लाउड "स्कैलेबल", "एक्सेसिबिलिटी", "माइग्रेशन", "प्रोडक्टिविटी", "ट्रेंड" जैसे शब्दों का एक गुच्छा नहीं है, जिनका उपयोग मार्केटिंग टेक्स्ट में यादृच्छिक क्रम में किया जाता है। यह कंप्यूटिंग शक्ति के स्वामित्व का सिर्फ एक मॉडल है। कुछ मामलों में, यह मॉडल बहुत सुविधाजनक है।

वैसे, हमारे पास क्लाउड में काम करने वाले डेवलपर्स के लिए एक सेवा है ।

दिमित्री मेश्चेरीकोव,
डेवलपर उत्पाद विभाग