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

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

डेवी का मूल तर्क, कि अगर कोई खरीद सकता है तो उसे किराए पर नहीं लेना चाहिए, सही है - लेकिन केवल कुछ परिस्थितियों में। डेविड खुद उनमें से दो की ओर इशारा करता है; एक नई कंपनी जिसके पास अभी तक कोई ग्राहक नहीं है या अत्यधिक अस्थिर विकास वाली कंपनी स्थापित की है जहाँ वह कहता है कि क्लाउड बेहतर है। हालाँकि, उनका तर्क है कि ये केवल दो मामले हैं जहाँ बादल बेहतर है, जहाँ मुझे लगता है कि वह अपनी रेसिंग कार पर ठोकर खाता है।

सबसे पहले, आइए कुछ पृष्ठभूमि प्राप्त करें। डेविड - किसी को उसकी सहूलियत की बात समझनी होगी। कंपनी 37Signals एक छोटी कंपनी है - राजस्व में $7.9m, और लगभग 95 कर्मचारी। लगभग 150,000 सशुल्क ग्राहकों में इसके प्रति माह लगभग 14 मिलियन उपयोगकर्ता हैं। यह एक लाभदायक, लगातार बढ़ती कंपनी है जो वीसी वित्त पोषित नहीं है और अधिकांश अन्य तकनीकी कंपनियों के विपरीत तेजी से स्केलिंग पर धीमी लाभदायक वृद्धि को महत्व देती है। यह कुछ ऐसा है जिसके बारे में उन्होंने बार-बार बात की है - उनका आदर्श स्लैक या नेटफ्लिक्स के बजाय स्थानीय किराना स्टोर है।

यह 37 सिग्नल को काफी अलग बनाता है। इस वजह से जो उनके लिए काम करता है वह हमेशा दूसरों के लिए काम नहीं करता है इसलिए हमें और अधिक बारीकियों की आवश्यकता होती है।

बादल के बिना स्केलिंग

लेख कहता है कि बेसकैंप पहले से ही एक बड़ी और जटिल सेवा चला रहा है लेकिन यह वास्तव में सही नहीं है। जहाँ तक मैं बेसकैंप की अपनी साइट से और अन्य स्रोतों को देखने से पता लगा सकता हूँ, कंपनी के पास एक दिन में 8-10 मी आगंतुक और 130,000 खाते हैं। यह बहुत बड़ा नहीं है; यहां तक ​​कि आरबीएल बैंक, जहां मैं वर्तमान में काम करता हूं, वहां हर महीने लगभग 7-8m आगंतुक आते हैं। इसके शीर्ष पर, बेसकैंप में कोई वास्तविक समय लेनदेन नहीं है, अपेक्षाकृत सरल बैक-एंड प्रोसेसिंग और बहुत आसान सुरक्षा आवश्यकताएं हैं।

डेविड खुद कहते हैं, "हमारे पास एक ऐसा व्यवसाय मॉडल है जो हार्डवेयर के साथ अविश्वसनीय रूप से संगत है और इसे कई सालों से बंद कर दिया गया है। विकास प्रक्षेपवक्र जो ज्यादातर अनुमानित हैं। विशेषज्ञ कर्मचारी जो हमारी अपनी मशीनों को संचालित करने के साथ-साथ अपनी प्रतिभा को भी नियोजित कर सकते हैं”

यह अंतर महत्वपूर्ण है। आरबीएल बैंक के लिए 40+ लाइन के व्यवसाय चलाने वाले 3,000 से अधिक सर्वरों की तुलना में बेसकैंप के लोड को संभवतः मुट्ठी भर सर्वरों द्वारा प्रबंधित किया जाता है। राउटर और स्विच के ढेर का उल्लेख नहीं करने के लिए, सैकड़ों रैक और हजारों सर्वरों के साथ एक पूर्ण बुनियादी ढांचा संचालन चलाना। और, इन सबके लिए 24x7 सहायता की आवश्यकता है। क्या मुट्ठी भर लोग इसे प्रबंधित कर सकते हैं?

अधिकांश कंपनी सीटीओ के लिए, उत्तर तत्काल नहीं है। - इतना हार्डवेयर आमतौर पर मंत्रमुग्ध कर देता है। अपने लिनक्स विशेषज्ञों के साथ सर्वर टीम, अपने सिस्को विशेषज्ञों के साथ नेटवर्क टीम, अपने EMC विशेषज्ञों के साथ स्टोरेज टीम, अपने VMWare विशेषज्ञों के साथ वर्चुअलाइजेशन टीम, Oracle विशेषज्ञों के साथ डेटाबेस टीम इत्यादि। बहुत सारे विशेषज्ञ, बहुत सारे पर्यवेक्षक, बहुत सारी जटिलता का सामना करना पड़ता है।

हालाँकि, मैं डेविड से सहमत हूँ; यह आज की सच्चाई नहीं है।

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

अमेज़ॅन और Google ने स्वयं उपयोग किए जाने वाले कई टूल को खोलने में मदद की है, साथ ही दुनिया के VMWares और Nuntanixs और Dells ने कॉपी और परिपक्व किया है। हाइपरस्केलर आज 10,000 के आदेश के लोगों के अनुपात में सर्वर प्राप्त करते हैं - जिसका अर्थ है कि एक व्यक्ति 10,000 सर्वरों का प्रबंधन करता है। कुछ हद तक छोटी कंपनी के पैमाने पर, क्रिकेट टीम से अधिक नहीं के साथ कुछ हज़ार सर्वरों का प्रबंधन करना अभी भी आसानी से संभव है। याद रखें कि हम एप्लिकेशन कोड का समर्थन करने के बारे में बात नहीं कर रहे हैं - यह वही प्रयास क्लाउड या ऑन-प्रिमाइसेस है - बल्कि अंतर्निहित कंप्यूट स्टोरेज नेटवर्किंग इंफ्रास्ट्रक्चर के प्रबंधन के बारे में है।

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

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

बादल के बिना स्पाइकिंग

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

बेसकैंप में स्थिर विकास और भविष्य की चंचलता की भविष्यवाणी दोनों की विलासिता है। एक ही उत्पाद के साथ एक ही व्यवसाय में वर्षों के बाद, कोई अप्रत्याशित स्पाइक्स प्राप्त करने की संभावना नहीं है। यह अधिकांश जटिल व्यवसायों के लिए सही नहीं है, जहां लगातार नए लॉन्च और परिचय चीजों को और अधिक अस्थिर बनाते हैं। यहां तक ​​​​कि यहां तक ​​​​कि डेविड खुद इस बारे में बात करते हैं कि क्लाउड कितना वरदान था जब उन्होंने हे - 300,000 उपयोगकर्ताओं को महीनों में अनुमानित 30,000 के बजाय घंटे में लॉन्च किया था।

क्या यह बादल के बिना प्राप्त किया जा सकता है? यहाँ उत्तर नहीं है (लेकिन कुछ एस्केप क्लॉज़ के साथ)। किसी एक कंपनी के लिए ऑन-प्रिमाइसेस स्केलिंग का अनिवार्य रूप से मतलब है क्षमता को बेकार छोड़ना; मांग पर क्षमता प्राप्त करने का कोई अन्य तरीका नहीं है। कुछ बोझ को गतिशील रूप से निष्क्रिय अनुप्रयोगों से व्यस्त लोगों के लिए संसाधनों को पुनः आवंटित करके कम किया जा सकता है (एक क्षमता जो आज के अधिकांश आधुनिक ऑन-प्रिमाइसेस स्टैक के पास है) लेकिन क्षमता ऑन-प्रिमाइसेस सीमित है और अंततः अपेक्षाकृत सीमित है।

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

बेशक अगर आप हाइपरग्रोथ मोड में हैं तो यह सब फटने की क्षमता मदद नहीं करेगी; बल्कि आप क्लाउड पर रहना पसंद करेंगे।

पेंट के चमकदार नए कोट

डेविड AWS के जादू में लोगों को कैसे बेवकूफ बनाया जाता है, इस बारे में बात करने में बहुत समय व्यतीत करता है। यह इस तथ्य का खंडन करता प्रतीत होता है कि जो कंपनियां तकनीकी रूप से बहुत परिष्कृत हैं (जैसे कि कैपिटल वन, नैस्डैक, स्लैक या नेटफ्लिक्स) क्लाउड पर बनी रहती हैं और इसके लिए प्रतिबद्ध रहती हैं। नेटफ्लिक्स आज प्रति माह लगभग $12m खर्च करता है, और सार्वजनिक रूप से 2025 तक तीन गुना संख्या के लिए प्रतिबद्ध है। स्लैक ने $400m खर्च करने के लिए प्रतिबद्ध किया है। यह संभावना नहीं है कि इन कंपनियों ने गणित नहीं किया है या पेंट के नए कोट से चकाचौंध हैं।

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

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

सारांश

क्लाउड को अपनाना लागत समेत कई चीजें हैं। जिन व्यवसायों को चपलता की आवश्यकता होती है उन्हें बादल में पैर रखने की आवश्यकता होती है। गैर-प्रमुख कौशल के साथ गैर-प्रमुख चिंताओं को संभालना अंततः एक संगठन के कार्यबल को उड़ा देता है। बादल चांदी की गोली नहीं है - यह हथियारों के शस्त्रागार में एक और शक्तिशाली विकल्प है। वह समय जहां IAAS लक्ष्य है वह बहुत पहले चला गया है। क्लाउड पर तभी जाएं जब आप क्लाउड नेटिव बनने के लिए तैयार हों — कंटेनरीकृत, DevOps, क्षैतिज रूप से स्केल किए गए आदि।

मुख्य सबक:

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