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