प्राइवेट Cloud कब अपनाएं?

किसी एक कंपनी के लिए होस्टेड या ऑन-प्रेमिस प्राइवेट cloud चलाने का विचार तेज़ी से आम होता जा रहा है। अधिक से अधिक व्यवसाय cloud computing के बारे में जान रहे हैं और देख रहे हैं कि अपना खुद का cloud platform चलाना व्यवहारिक और संभावित रूप से व्यवसाय के लिए मूल्यवान दोनों है। लेकिन cloud ज्ञान की सामान्य कमी के कारण यह होता जा रहा है कि जहाँ cloud व्यवसाय की ज़रूरतों को बिल्कुल भी पूरा नहीं करता, वहाँ भी इसकी सिफारिश की जाने लगी है और इसे पारंपरिक virtualization management systems समझ लिया जाता है।

Cloud एक विशेष प्रकार का virtualization platform है और एक अनूठी ज़गह भरता है। Cloud computing पारंपरिक virtualization को लेकर उस पर automated scaling और provisioning की परत चढ़ाती है, जिससे applications की तेज़ और horizontal scaling संभव हो जाती है। यह सामान्य व्यावसायिक ज़रूरत नहीं है। Cloud खुद को self-service resource provisioning के साथ जोड़ता है और इससे अक्सर जुड़ा भी होता है, लेकिन यह अकेले किसी चीज़ को cloud नहीं बनाता और न ही cloud platform पर जाने को उचित ठहराता है — हालाँकि यह एक अतिरिक्त प्रोत्साहन हो सकता है। Cloud को दिलचस्प बनाती है end users को self-service portals प्रदान करने की क्षमता और applications द्वारा खुद को self-provision करने की क्षमता। ये ही वे महत्वपूर्ण पहलू हैं जो cloud platform को पारंपरिक virtualization से अलग करते हैं।

Cloud का मतलब यह नहीं है कि single pane of glass से सरलीकृत पूरे-domain का system management, बड़े पैमाने पर consolidation, hardware systems के बीच आसान migration, नए systems की तेज़ provisioning, virtualization, high availability, resource over-commitment आदि जैसी सुविधाएं मिलेंगी। ये सुविधाएं सभी अन्य तरीकों से उपलब्ध हैं, मुख्य रूप से standard platform virtualization (VMware vSphere, Microsoft का HyperV, Xen, आदि) के माध्यम से या उसके ऊपर। ऐसा नहीं है कि ये सुविधाएं प्राइवेट cloud में उपलब्ध नहीं हो सकतीं, लेकिन ये cloud के पहलू नहीं हैं बल्कि underlying virtualization platform के हैं। Cloud layer इन सबके ऊपर है और बस underlying layers के फायदों को pass through करती है।

अक्सर cloud को इस गलतफहमी की वजह से अपनाया जाता है कि प्राइवेट clouds से जुड़ी कई सुविधाएं किसी अन्य, सरल रूप में उपलब्ध नहीं हैं। ऐसा शायद ही कभी होता है। सामान्य virtualization platforms, सबसे आम VMware का vSphere और Microsoft का HyperV, ये सभी विकल्प प्रदान करते हैं। इनका उपयोग physical servers के मज़बूत clusters बनाने के लिए किया जा सकता है, एक single interface से प्रबंधित किए जा सकते हैं, अविश्वसनीय रूप से उच्च विश्वसनीयता और नए systems की तेज़ provisioning के साथ, जिसके लिए IT विभाग से न्यूनतम विशेष ज्ञान की आवश्यकता होती है और पारंपरिक व्यावसायिक workflows बनाए रखते हैं। अधिकतर समय, जब मैं उन व्यवसायों से बात करता हूँ जो मानते हैं कि वे अपना खुद का cloud अपनाने में रुचि रख सकते हैं, तो जो सुविधाएं वे वास्तव में चाहते हैं वे cloud सुविधाएं बिल्कुल नहीं हैं।

"Cloud" शब्द हाल ही में इतना लोकप्रिय हो गया है कि लोग मानने लगते हैं कि लगभग सभी के लिए महत्वपूर्ण सुविधाएं इसी से जुड़ी होनी चाहिए ताकि इसके अचानक महत्व में वृद्धि को समझाया जा सके, लेकिन ऐसा बिल्कुल नहीं है। Cloud एक predominantly niche solution बना रहेगा जो केवल बहुत कम संख्या में कंपनियों के लिए खुद के स्वामित्व के लिए उपयुक्त है। Public clouds का उपयोग या cloud platforms से delivered hosted services का उपयोग लगभग सर्वव्यापी हो जाएगा और वास्तव में हो भी गया है। लेकिन एकल कंपनी के उपयोग के लिए प्राइवेट cloud का स्वामित्व अधिकांश व्यवसायों या business units के लिए व्यावसायिक ज़रूरत बनने से बहुत दूर है और कई मामलों में, मुझे संदेह है, कभी नहीं बनेगा।

प्राइवेट clouds दो प्रमुख क्षेत्रों में अपनी चमक दिखाते हैं। पहला है वह व्यवसाय जिसे नियमित आधार पर बड़ी संख्या में अस्थायी या ad hoc systems "spin up" करने की ज़रूरत होती है। यह अक्सर बड़े development teams और application testing groups के साथ होता है, विशेष रूप से यदि ये groups कई operating systems को target करते हैं। अस्थायी testing systems या lab systems को तेज़ी से provision करने की क्षमता बहुत फायदेमंद हो सकती है और cloud computing का स्वभाव कि provisioning tools को आसानी से expose किया जाए जो business customers को अपने system instances बनाने, manage करने और destroy करने की अनुमति देता है — हम उम्मीद करेंगे, built-in charge back mechanisms के साथ — corporate efficiency के लिए बहुत फायदेमंद हो सकता है क्योंकि IT विभाग और end users के बीच interaction इस transaction के लिए लगभग घर्षण-रहित हो जाती है। cloud को समग्र रूप से बनाए रखने की ज़िम्मेदारी को individual systems बनाए रखने की ज़िम्मेदारियों से आसानी से अलग किया जा सकता है। Production workloads के लिए इस तरह से शायद ही उपयोग किया जाता है, यह एक self-service approach की अनुमति देता है जिसे कई business units आज बेताबी से चाहते हैं। Cloud platform बनाने और बनाए रखने के overhead के कारण छोटे पैमाने पर अव्यावहारिक, लेकिन बड़े पैमाने पर बेहद उत्पादक हो सकता है। तकनीकी फायदों के अलावा, cloud computing का यह पहलू IT को एक internal service provider और departments को customers के रूप में सोचने के मॉडल के रूप में काम कर सकता है।

दूसरा क्षेत्र जहाँ cloud computing वास्तव में अपनी जगह बनाता है और जिसके लिए मूल रूप से इस अवधारणा को विकसित किया गया था वह है horizontally scaling applications के लिए auto provisioning को संभालना। यानी, ऐसे application workloads जो खुद के लिए नए instances spawn करके अपनी क्षमता संभालने की क्षमता बढ़ाने में सक्षम हैं। छोटे पैमाने पर, कई web applications, अपनी stateless प्रकृति के कारण, एकल system के भीतर नए thread workers spawn करके अतिरिक्त connections handle करने के लिए यह करते हैं। एक Apache web server आठ listeners के साथ शुरू हो सकता है जो requests service करने के लिए तैयार होते हैं लेकिन जैसे-जैसे वे threads exhausted होते हैं यह अतिरिक्त incoming connections handle करने के लिए automatically नए threads शुरू करता है ताकि यह एकल server की सीमाओं के भीतर scale कर सके। इस अवधारणा को विस्तारित करते हुए, cloud computing पर लागू करते हुए, वही application system-wide level पर thread exhaustion approach को sense करते हुए (या अन्य metrics जैसे free memory की कमी या performance में कमी के आधार पर) cloud computing platform से exposed एक API का उपयोग करके cloud management system को signal करेगा कि उस system की एक नई copy provision करे जो उसे call कर रहा था — essentially खुद को on the fly clone करते हुए। कुछ ही सेकंड में, एक नया virtual server, पहले के समान, up और running होकर incoming requests serve करने में अपने parent के साथ शामिल हो जाएगा। यह child या clone system इसी तरह internally आवश्यकतानुसार नए threads spawn करेगा, और फिर यदि इसे भी exhaustion sense होगी तो यह cloud platform को call करके और भी अधिक threads handle करने के लिए एक और नया system बनाने के लिए कहेगा। इस तरह application खुद को लगभग असीमित रूप से (पूरे cloud platform के hardware limits के भीतर) आवश्यकतानुसार, on the fly, automatically बड़ा कर सकती है। फिर, जैसे-जैसे individual systems idle होते हैं, workloads कम होते हैं, एक-एक करके एक system cloud management system को signal कर सकता है कि इसकी अब ज़रूरत नहीं है और system को powered off और destroy किया जाएगा क्योंकि यह बस एक stateless clone था, अन्य applications और workloads के लिए system capacity को मुक्त करते हुए।

जैसा कि हम देख सकते हैं, cloud computing बेहद शक्तिशाली है, विशेष रूप से आज के अधिकांश public और enterprise applications के web protocols और end user interfaces का लाभ उठाने के लिए stateless manner में लिखे जाने के साथ। Web applications cloud computing के scalability model का लाभ उठाने में विशेष रूप से कुशल हैं और अधिकांश large scale web applications आज capacity के इस elastic expanding और contracting का उपयोग करती हैं। कई नए NoSQL models उभरने लगे हैं जो संकेत देते हैं कि databases, application front end processing nodes के अलावा, जल्द ही बड़े पैमाने पर समान models से लाभान्वित हो सकते हैं। यह निश्चित रूप से internal applications के साथ-साथ publicly facing applications के लिए भी leveraged किया जा सकता है, हालाँकि internal applications को शायद ही कभी एकल system से परे scale करने की ज़रूरत होती है और इसलिए private clouds को इस तरह से leveraged होते देखना काफी दुर्लभ है।

Cloud computing के आसपास के खतरे सामान्य virtualization से परे अतिरिक्त complexity के रूप में आते हैं। Platform को support करने के लिए complex storage की संभावना है और सीखने और बनाए रखने के लिए अधिक layers हैं। Cloud computing की तेज़ी से systems बनाने और destroy करने की क्षमता users को cloud resources को persistent systems की तरह उपयोग करने का प्रयास करने के लिए लुभा सकती है, जो उन्हें बनाया जा सकता है, जिसके परिणामस्वरूप users को जो पारंपरिक और अपेक्षित से बहुत अलग व्यवहार मिलता है उससे data loss हो सकता है। संभवतः सबसे बड़ी cloud concern एक human concern है और वह है uncontrolled system sprawl का अनुभव करने की बढ़ी हुई संभावना क्योंकि end users बेतहाशा अधिक से अधिक नए systems spin up करते हैं जो, end users द्वारा बनाए जाने के कारण न कि IT द्वारा, शायद कसकर नियंत्रित और monitored नहीं होते, systems को rogue और अक्सर भूले हुए state में छोड़ते हैं। इससे maintenance और security nightmare हो सकता है क्योंकि systems unpatched और uncared for रहते हैं जो risk बढ़ाते हैं और resources drain करते हैं। और सबसे चिंताजनक है यह संभावना कि systems बनाए और भुला दिए जाएंगे और संभावित रूप से उचित licensing के बिना मौजूद रहेंगे। Auto provisioned systems पर tracking और reporting करने से process risk होता है जो systems बनाने के तरीके में भारी बदलाव के कारण होता है। IT departments compliance बनाए रखने के लिए आवश्यक heavy licensing processes के आदी हैं लेकिन cloud computing के साथ इस process के business units के सामने उजागर होने की संभावना है जिसके लिए वे बिल्कुल भी तैयार नहीं हैं। Cloud computing की licensing ज़रूरतों के लिए accommodations हैं, लेकिन यह अतिरिक्त complexity और management है जिसे संबोधित किया जाना चाहिए। Systems को direct IT department oversight के बिना मौजूद रहने देना स्पष्ट रूप से संभावित रूप से unforeseen प्रकृति के risk को वहन करता है।

Private cloud ownership कई रोमांचक संभावनाएं लाती है, लेकिन यह स्पष्ट है कि ये फायदे और अवसर सभी के लिए नहीं हैं। ये बड़े व्यवसायों, अच्छे process control वाले, विशेष रूप से adapted applications चलाने वाली कंपनियों जो resources की system-level elasticity का लाभ उठाने में सक्षम हैं और end users के लिए self-provision के लिए एक service के रूप में प्रदान किए गए बड़े पैमाने पर ad hoc system creation और destruction की ज़रूरत वाले लोगों को पूरा करते हैं। अधिकांश large enterprises को in-house cloud computing का सीमित उपयोग मिलेगा। छोटे organizations को शायद ही निकट भविष्य में cloud computing फायदेमंद लगेगा, यदि कभी।