अपने संगठन को ओपनस्टैक से कैसे परिचित कराएं

आपकी कंपनी में ओपनस्टैक को लागू करने का कोई सही रास्ता नहीं है, लेकिन सामान्य सिद्धांत हैं जो आपको सफल कार्यान्वयन की दिशा में मार्गदर्शन कर सकते हैं

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

लेकिन क्या होता है जब किसी प्रोजेक्ट को आज़माने के अलावा और कुछ करने का समय आता है? आप स्रोत कोड से उत्पादन तक तैनात सिस्टम को कैसे तैयार करेंगे? आप नई और परिवर्तनकारी प्रौद्योगिकियों को अपनाने में संगठनात्मक बाधाओं को कैसे दूर कर सकते हैं? कहाँ से शुरू करें? आप आगे क्या करेंगे?

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

मर्काडोलिबरे: आवश्यकता का निर्देश और हिरण से भी तेज दौड़ना

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

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

मर्काडोलिबरे में क्लाउड सेवाओं के तकनीकी प्रमुख एलेजांद्रो कोमिसारियो कहते हैं, "यह बदलाव बहुत तेजी से हुआ।" “हमें सचमुच रातोंरात एहसास हुआ कि हम किसी प्रकार की प्रणाली की मदद के बिना इस गति से काम करना जारी नहीं रख सकते।

एलेजांद्रो कोमिसारियो, मैक्सिमिलियानो वेनेसियो और लिएंड्रो रेक्स, उस समय की पूरी मर्काडोलिबरे टीम ने ऐसी प्रौद्योगिकियों की तलाश शुरू कर दी जो उन्हें अपने डेवलपर्स को बुनियादी ढांचा प्रदान करने में शामिल मैन्युअल चरणों को खत्म करने की अनुमति देगी।

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

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

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

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

वाणिज्यिक संचालन में लॉन्च और डेवलपर्स द्वारा जितनी जल्दी बुनियादी ढांचे का उपभोग करने में सक्षम होने पर बुनियादी ढांचे को प्राप्त करने की संभावना की समझ ने कार्यान्वयन की सफलता को निर्धारित किया।

मर्काडोलिबरे के वरिष्ठ बुनियादी ढांचा इंजीनियर मैक्सिमिलियानो वेनेसियो कहते हैं, "पूरी कंपनी इस तरह की प्रणाली और इसके द्वारा प्रदान की जाने वाली कार्यक्षमता की भूखी थी।"

हालाँकि, टीम डेवलपर अपेक्षाओं को प्रबंधित करने में सावधान थी। उन्हें यह सुनिश्चित करने की ज़रूरत थी कि डेवलपर्स समझें कि मौजूदा एप्लिकेशन बिना बदलाव के नए निजी क्लाउड पर नहीं चल पाएंगे।

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

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

निजी क्लाउड के साथ वे जो स्वचालन हासिल करने में सक्षम थे, उसका फल मिला, जिससे मर्काडोलिब्रे को अपने बुनियादी ढांचे को नाटकीय रूप से बढ़ाने की अनुमति मिली। 250 डेवलपर्स, 100 सर्वर और 1000 वर्चुअल मशीनों का समर्थन करने वाली तीन की एक बुनियादी ढांचा टीम के रूप में जो शुरू हुआ वह 10 से अधिक डेवलपर्स, 500 सर्वर और 2000 वीएम का समर्थन करने वाली 12 की टीम में विकसित हो गया है।

कार्यदिवस: ओपनस्टैक के लिए एक व्यावसायिक मामला बनाना

SaaS कंपनी वर्कडे की टीम के लिए, ओपनस्टैक को अपनाने का निर्णय परिचालन कम और रणनीतिक अधिक था।

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

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

वर्कडे में रिमी का पहला काम मूल व्यावसायिक मामले को कंपनी के बड़े हिस्से तक विस्तारित करना था।

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

व्यावसायिक मामले में उपकरण दक्षता पर भी विचार किया गया। कार्यदिवस में मौजूदा डेटा सेंटर उपकरण और संसाधनों की रीसाइक्लिंग दरों को बढ़ाने के महत्वाकांक्षी लक्ष्य हैं।

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

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

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

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

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

• क्लाउड-तैयार वर्कलोड पर ध्यान केंद्रित करें, विशेष रूप से पोर्टफोलियो में स्टेटलेस अनुप्रयोगों पर
• मानदंड और माइग्रेशन प्रक्रिया को परिभाषित करना
• इन अनुप्रयोगों को स्थानांतरित करने के लिए विकास लक्ष्य निर्धारित करना
• ओपनस्टैक बैठकों, डेमो, वीडियो और प्रशिक्षण का उपयोग करके कार्यदिवस हितधारकों के समूहों को संचार और शिक्षित करें

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

बेस्टबाय: वर्जनाओं को तोड़ना

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

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

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

इन मुद्दों को संबोधित करने के लिए, bestbuy.com ने bestbuy.com की गुणवत्ता आश्वासन प्रक्रिया में बाधाओं की पहचान करने और उन्हें खत्म करने के लिए स्टीव ईस्टम और जोएल क्रैब के नेतृत्व में क्वालिटी एश्योरेंस ऑन डिमांड पहल की शुरुआत की। इस परियोजना की मुख्य सिफारिशों में गुणवत्ता आश्वासन प्रक्रियाओं को स्वचालित करना और उपयोगकर्ता टीमों को स्वयं-सेवा उपकरण प्रदान करना शामिल है।

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

आवश्यकता आविष्कार की जननी है, और टीम ने क्लाउड को वित्त पोषित करने के लिए एक नया दृष्टिकोण अपनाया: उन्होंने दो डेवलपर्स के बजट को एक अन्य टीम के साथ बदल दिया जिसके पास हार्डवेयर बजट था।

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

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

स्टीव ईस्टम ने कहा, "हम काफी पतली बर्फ पर थे।" “तब या अब बेस्ट बाय में यह कोई आम बात नहीं थी। हमने रडार के नीचे काम किया। हमें डांटा जा सकता था, लेकिन हम इससे बचने में कामयाब रहे।'

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

जोएल क्रैब कहते हैं, "हमने बस उन्हें एक कमरे में रखा और कहा, 'पता लगाएं कि इस प्रणाली को कैसे काम करना है।" - जावा डेवलपर्स में से एक ने हमें बताया: "यह पागलपन है, आप ऐसा नहीं कर सकते। मैं नहीं जानता कि आप किस बारे में बात कर रहे हैं।"

वांछित परिणाम प्राप्त करने के लिए हमें दो प्रकार की टीमों की विभिन्न शैलियों को जोड़ना पड़ा - एक सॉफ्टवेयर-संचालित, परीक्षण योग्य, वृद्धिशील विकास प्रक्रिया।

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

उनकी सफलता ने उन्हें अपनी निजी क्लाउड पहल के लिए अतिरिक्त संसाधन मांगने की अच्छी स्थिति में ला दिया है। और इस बार उन्हें कंपनी के शीर्ष प्रबंधन के स्तर पर समर्थन प्राप्त था।

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

निष्कर्ष

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

आपकी कंपनी में ओपनस्टैक को लागू करने का कोई सही रास्ता नहीं है - कार्यान्वयन का रास्ता आप और आपकी कंपनी दोनों से संबंधित कई कारकों और उस स्थिति पर निर्भर करता है जिसमें आप खुद को पाते हैं।

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

स्रोत: www.habr.com