बादल और लोच

क्लाउड सेवाओं के विकास की योजना बनाते समय, कई डेवलपर्स सोच रहे हैं कि उनके लिए क्या नया है और क्लाउड सेवा "सामान्य" से अलग है।

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

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

तो सिद्धांत रूप में। व्यवहार में, एक सुंदर शब्द से विलेख तक ले जाना हमेशा आसान नहीं होता है।



सब ठीक है, जब तक कि यह अगले सम्मेलन में एक सरल "हैलो वर्ल्ड" सेवा दिखाने के बारे में है। "इसलिए हमने पैकेज को क्लाउड पर सेवा के साथ डाउनलोड किया, हमें इसे शुरू होने तक थोड़ा इंतजार करने की आवश्यकता है, और इस बीच मैं अन्य उपयोगी चीजों के बारे में बात करूंगा, blablabla ... sooo, देखो, सेवा काम कर रही है।"

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

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

एक पेचीदा योजना इस तरह दिखती है:
- डाउनलोड संग्रह
- संग्रह को अनज़िप करें
- तैनात करें और FRE कॉन्फ़िगर करें
- ???
- मानक कार्य

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

क्लाउडलेस पुरानी परंपराओं में लाया गया, पाठक पहले से ही टिप्पणियों पर जाने की तैयारी कर रहा है और "समझाता है" कि नोड का लॉन्च समय इतना महत्वपूर्ण नहीं है, क्योंकि लॉन्च दुर्लभ है। जल्दी मत करो।

यहां "नियमित" सेवा और क्लाउड सेवा के बीच महत्वपूर्ण अंतर है।

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

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

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

वह सब नहीं है। लोड के फटने के साथ, आपको एक नया नोड शुरू करने की आवश्यकता नहीं हो सकती है, लेकिन कई। फिर पिछले पैराग्राफ से 10 सेकंड सभी नए लॉन्च किए गए नोड्स को बेकार में काम करेंगे। ऐसा लगता है कि हर कोई व्यस्त है, लेकिन कोई लाभ नहीं है।

"वास्तव में महत्वपूर्ण" किसी चीज पर खर्च किया गया हर दूसरा अनपेक्षित रूप से बहुत ही कम समय में खर्च किया जाता है जब यूनिट का उपयोगी काम सबसे अधिक मांग में होता है।

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

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

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