तपाइँको संगठनलाई OpenStack मा कसरी परिचय गराउने

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

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

तर के हुन्छ जब यो एक परियोजना प्रयास मात्र भन्दा बढी गर्न समय आउँछ? स्रोत कोड देखि उत्पादन सम्म तैनात प्रणाली कसरी तयार गर्नुहुन्छ? नयाँ र परिवर्तनकारी प्रविधिहरू अपनाउने संगठनात्मक अवरोधहरूलाई कसरी पार गर्न सक्नुहुन्छ? कहाँ सुरु गर्ने? अब के गर्ने ?

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

MercadoLibre: आवश्यकताको आदेश र हिरण भन्दा छिटो दौडने

यदि आवश्यकता पर्याप्त बलियो छ भने, लचिलो क्लाउड पूर्वाधार कार्यान्वयन गर्न "यसलाई निर्माण गर्नुहोस् र तिनीहरू आउनेछन्" जत्तिकै सरल हुन सक्छ। धेरै तरिकामा, यो अनुभव हो जुन Alejandro Comisario, Maximiliano Venesio र Leandro Reox ले आफ्नो कम्पनी MercadoLibre, ल्याटिन अमेरिकाको सबैभन्दा ठूलो ई-वाणिज्य कम्पनी र विश्वको आठौं ठूलो कम्पनीसँग गरेको अनुभव हो।

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

MercadoLibre मा क्लाउड सेवाहरूको लागि प्राविधिक नेतृत्व, अलेजान्ड्रो कोमिसारियो भन्छन्, "परिवर्तन धेरै चाँडै भयो। "हामीले साँच्चै रातारात महसुस गर्यौं कि हामी कुनै प्रकारको प्रणालीको मद्दत बिना यो गतिमा काम गर्न जारी राख्न सक्दैनौं।

Alejandro Comisario, Maximiliano Venesio र Leandro Reox, त्यस समयको सम्पूर्ण MercadoLibre टोलीले आफ्ना विकासकर्ताहरूलाई पूर्वाधार उपलब्ध गराउनमा संलग्न म्यानुअल चरणहरू हटाउन अनुमति दिने प्रविधिहरू खोज्न थाले।

टोलीले आफैंलाई थप जटिल लक्ष्यहरू सेट गर्‍यो, लक्ष्यहरू तत्काल कार्यहरूका लागि मात्र होइन, तर सम्पूर्ण कम्पनीको लक्ष्यहरूको लागि पनि: प्रयोगकर्ताहरूलाई उत्पादनशील वातावरणको लागि भर्चुअल मेसिनहरू उपलब्ध गराउनको लागि २ घण्टादेखि १० सेकेन्डसम्मको समय घटाउँदै र हटाउने। यस प्रक्रियाबाट मानव हस्तक्षेप।

जब तिनीहरूले OpenStack फेला पारे, यो स्पष्ट भयो कि यो वास्तवमा तिनीहरूले खोजिरहेका थिए। MercadoLibre को द्रुत गतिको संस्कृतिले टोलीलाई ओपनस्ट्याक वातावरण निर्माणमा द्रुत गतिमा अघि बढ्न अनुमति दियो, त्यो समयमा परियोजनाको सापेक्ष अपरिपक्वताको बाबजुद।

"यो स्पष्ट भयो कि ओपनस्ट्याक दृष्टिकोण - अनुसन्धान, कोडमा विसर्जन, र परीक्षण कार्यक्षमता र स्केलिंग MercadoLibre दृष्टिकोणसँग मेल खान्छ," Leandro Reox भन्छन्। "हामीले तुरुन्तै परियोजनामा ​​डुब्न सक्षम भयौं, हाम्रो ओपनस्ट्याक स्थापनाको लागि परीक्षणहरूको सेट परिभाषित गर्न र परीक्षण सुरु गर्‍यौं।

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

व्यवसायिक सञ्चालनमा प्रारम्भ भएको र विकासकर्ताहरूले जति छिटो पूर्वाधार प्राप्त गर्न सक्ने सम्भावनाको विकासकर्ताहरूले बुझेका छन् त्यसले कार्यान्वयनको सफलता निर्धारण गरेको छ।

"पूरै कम्पनी यस्तो प्रणाली र यसले प्रदान गर्ने कार्यक्षमताको लागि भोको थियो," MercadoLibre का वरिष्ठ पूर्वाधार इन्जिनियर म्याक्सिमिलियानो भेनेसियो नोट गर्छन्।

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

"हामीले सुनिश्चित गर्नुपर्‍यो कि हाम्रा विकासकर्ताहरू क्लाउडका लागि स्टेटलेस एप्लिकेसनहरू लेख्न तयार छन्," अलेजान्ड्रो कमिसरियोले भने। "यो उनीहरूको लागि ठूलो सांस्कृतिक परिवर्तन थियो। कतिपय अवस्थामा, हामीले विकासकर्ताहरूलाई सिकाउनु परेको थियो कि एक उदाहरणमा तिनीहरूको डेटा भण्डारण पर्याप्त थिएन। विकासकर्ताहरूले आफ्नो सोच समायोजन गर्न आवश्यक छ।

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

मर्काडोलिब्रेलाई यसको पूर्वाधारमा नाटकीय रूपमा मापन गर्न अनुमति दिँदै, निजी क्लाउडको साथ तिनीहरूले प्राप्त गर्न सक्षम भएका स्वचालनलाई भुक्तान गरियो। 250 विकासकर्ताहरू, 100 सर्भरहरू र 1000 भर्चुअल मेसिनहरूको समर्थन गर्ने तीनवटा पूर्वाधार टोलीको रूपमा सुरु भएको 10 विकासकर्ताहरू, 500 सर्भरहरू र 2000 VMs लाई समर्थन गर्ने 12 को टोलीमा परिणत भएको छ।

कार्यदिवस: OpenStack को लागी एक व्यापार मामला निर्माण

SaaS कम्पनी Workday मा टोलीको लागि, OpenStack अपनाउने निर्णय एक परिचालन कम र अधिक एक रणनीतिक थियो।

निजी क्लाउड अपनाउने कार्यदिवसको यात्रा २०१३ मा सुरु भयो, जब कम्पनीको नेतृत्वले फराकिलो सफ्टवेयर-परिभाषित डाटा सेन्टर (SDDC) पहलमा लगानी गर्न सहमत भयो। यस पहलको लागि आशा डाटा केन्द्रहरूमा अधिक स्वचालन, नवीनता, र दक्षता हासिल गर्ने थियो।

Workday ले कम्पनीको पूर्वाधार, ईन्जिनियरिङ्, र सञ्चालन टोलीहरू बीच एक निजी क्लाउडको लागि आफ्नो दृष्टिकोण सिर्जना गर्यो, र अनुसन्धान पहल सुरु गर्न एक सम्झौतामा पुग्यो। Workday ले परिवर्तनको नेतृत्व गर्न क्लाउड समाधानको निर्देशकको रूपमा Carmine Remi लाई नियुक्त गर्यो।

वर्कडेमा रिमीको पहिलो काम भनेको मूल व्यवसायिक केसलाई कम्पनीको ठूलो भागमा विस्तार गर्नु थियो।

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

उपकरण दक्षता पनि व्यापार मामला मा विचार गरियो। कार्यदिवसमा अवस्थित डाटा सेन्टर उपकरण र स्रोतहरूको रिसाइकल दरहरू बढाउने महत्वाकांक्षी लक्ष्यहरू छन्।

"हामीले पत्ता लगायौं कि हामीसँग पहिले नै मिडलवेयर टेक्नोलोजी छ जसले निजी क्लाउडको फाइदाहरूको फाइदा लिन सक्छ। यो मिडलवेयर पहिले नै सार्वजनिक क्लाउडहरूमा dev/परीक्षण वातावरणहरू प्रयोग गर्न प्रयोग गरिएको छ। निजी क्लाउडको साथ, हामी हाइब्रिड क्लाउड समाधान सिर्जना गर्न यो सफ्टवेयर विस्तार गर्न सक्छौं। हाइब्रिड क्लाउड रणनीति प्रयोग गरेर, Workday ले सार्वजनिक र निजी क्लाउडहरू बीचको वर्कलोडहरू माइग्रेट गर्न सक्छ, व्यापार बचत डेलिभर गर्दा हार्डवेयर उपयोग अधिकतम गर्दै।

अन्तमा, रिमीको क्लाउड रणनीतिले सामान्य स्टेटलेस वर्कलोडहरू र तिनीहरूको तेर्सो मापनले Workday लाई कम जोखिममा आफ्नो निजी क्लाउड प्रयोग गर्न र स्वाभाविक रूपमा क्लाउड सञ्चालन परिपक्वता प्राप्त गर्न अनुमति दिनेछ भनेर उल्लेख गर्यो।

"तपाईं आफ्नो योजनाको साथ सुरु गर्न सक्नुहुन्छ र परम्परागत R&D जस्तै, सानो कामको बोझको साथ नयाँ क्लाउड कसरी व्यवस्थापन गर्ने भनेर सिक्न सक्नुहुन्छ, जसले तपाईंलाई सुरक्षित वातावरणमा प्रयोग गर्न अनुमति दिन्छ," रिमीले सुझाव दिए।

एक ठोस व्यवसायिक मामलाको साथ, रिमीले प्रत्येक प्लेटफर्मको खुलापन, प्रयोगमा सहजता, लचिलोपन, विश्वसनीयता, लचिलोपन, समर्थन र समुदाय, र सम्भाव्यता समावेश गर्ने मूल्याङ्कन मापदण्डको विस्तृत सेटको विरुद्धमा OpenStack सहित धेरै प्रसिद्ध निजी क्लाउड प्लेटफर्महरूको मूल्याङ्कन गर्‍यो। तिनीहरूको मूल्याङ्कनको आधारमा, रिमी र उनको टोलीले ओपनस्ट्याक चयन गर्यो र व्यावसायिक-तयार निजी क्लाउड निर्माण गर्न थाल्यो।

आफ्नो पहिलो व्यवहार्य ओपनस्ट्याक क्लाउडलाई सफलतापूर्वक कार्यान्वयन गरिसकेपछि, Workday ले नयाँ SDDC वातावरणको फराकिलो ग्रहणका लागि प्रयास जारी राख्छ। यो लक्ष्य हासिल गर्न, रिमीले निम्नमा केन्द्रित बहुआयामिक दृष्टिकोण प्रयोग गर्दछ:

• क्लाउड-रेडी वर्कलोडहरूमा फोकस गर्नुहोस्, विशेष गरी पोर्टफोलियोमा राज्यविहीन अनुप्रयोगहरू
• मापदण्ड र माइग्रेसन प्रक्रिया परिभाषित
• यी अनुप्रयोगहरू माइग्रेट गर्न विकास लक्ष्यहरू सेट गर्नुहोस्
• OpenStack बैठकहरू, डेमोहरू, भिडियोहरू, र प्रशिक्षण प्रयोग गरेर कार्यदिवस सरोकारवालाहरूको समूहहरूलाई सञ्चार र शिक्षित गर्नुहोस्।

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

BestBuy: तोडफोड निषेध

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

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

BestBuy OpenStack पहल २०११ को प्रारम्भमा ई-वाणिज्य साइट bestbuy.com को रिलीज प्रक्रियाहरूसँग सम्बन्धित विभिन्न व्यापार प्रक्रियाहरू बुझ्ने प्रयासबाट बढेको हो। यी प्रयासहरूले गुणस्तर आश्वासन प्रक्रियाहरूमा महत्त्वपूर्ण असक्षमताहरू प्रकट गरे। गुणस्तर आश्वासन प्रक्रियाले प्रत्येक प्रमुख साइट रिलीजको साथ महत्त्वपूर्ण ओभरहेड प्रस्तुत गर्‍यो, जुन वर्षमा दुई देखि चार पटक भयो। यस लागतको धेरैजसो वातावरण म्यानुअल रूपमा कन्फिगर गर्ने, भिन्नताहरू मिलाउने, र स्रोत उपलब्धताका समस्याहरू समाधान गर्न सम्बन्धित थियो।

यी मुद्दाहरूलाई सम्बोधन गर्न, bestbuy.com ले bestbuy.com को गुणस्तर आश्वासन प्रक्रियामा अवरोधहरू पहिचान गर्न र हटाउन स्टीव ईस्टहम र जोएल क्र्याबको नेतृत्वमा, मागमा गुणस्तर आश्वासन पहल प्रस्तुत गर्‍यो। यस परियोजनाका मुख्य सिफारिसहरूमा गुणस्तर आश्वासन प्रक्रियाहरू स्वचालित गर्ने र प्रयोगकर्ता टोलीहरूलाई स्व-सेवा उपकरणहरू प्रदान गर्ने समावेश छ।

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

आवश्यकता आविष्कारको जननी हो, र टोलीले क्लाउडलाई वित्त पोषण गर्न नयाँ दृष्टिकोण अपनायो: तिनीहरूले दुई विकासकर्ताहरूको लागि अर्को टोलीसँग बजेट बदले जसमा हार्डवेयर बजेट थियो।

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

यस्तै प्रकारमा, स्टीव ईस्टहाम र जोएल क्र्याबले कम्पनीको नेटवर्किङ टोलीसँग सम्झौता गरे, विद्यमान कोरको उपलब्ध क्षमताको फाइदा उठाउँदै, नयाँ नेटवर्किङ उपकरणहरू खरिद गर्न सम्बन्धित विशिष्ट लागतहरू बचत गर्दै।

"हामी धेरै पातलो बरफमा थियौं," स्टिभ ईस्टहमले भने। "यो त्यतिबेला वा अहिले बेस्ट बायमा सामान्य अभ्यास थिएन। हामीले राडार मुनि सञ्चालन गर्यौं। हामीलाई हप्काउन सकिन्थ्यो, तर हामीले त्यसबाट बच्न सफल भयौं।

आर्थिक कठिनाइहरू पार गर्नु धेरै अवरोधहरूमध्ये पहिलो मात्र थियो। त्यस समयमा, परियोजनाको लागि OpenStack विशेषज्ञहरू फेला पार्न व्यावहारिक रूपमा कुनै अवसर थिएन। यसरी, उनीहरूले टोलीमा परम्परागत जाभा विकासकर्ताहरू र प्रणाली प्रशासकहरूलाई संयोजन गरेर स्क्र्याचबाट टोली निर्माण गर्नुपर्‍यो।

"हामीले तिनीहरूलाई एउटा कोठामा राख्यौं र भन्यौं, 'यो प्रणाली कसरी काम गर्ने भनेर पत्ता लगाउनुहोस्'," जोएल क्र्याब भन्छन्। - एक जाभा विकासकर्ताले हामीलाई भने: "यो पागल हो, तपाईले यो गर्न सक्नुहुन्न। तिमी के कुरा गर्दैछौ मलाई थाहा छैन।"

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

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

उनीहरूको सफलताले उनीहरूलाई उनीहरूको निजी क्लाउड पहलको लागि थप स्रोतहरू सोध्न राम्रो स्थितिमा राख्यो। र यस पटक उनीहरूलाई कम्पनीको शीर्ष व्यवस्थापनको स्तरमा समर्थन थियो।

स्टीभ ईस्टहाम र जोएल क्र्याबले अतिरिक्त कर्मचारी र उपकरणको पाँच नयाँ र्याकहरू भाडामा लिन आवश्यक कोष प्राप्त गरे। परियोजनाहरूको यस लहरमा पहिलो क्लाउड ओपनस्ट्याक वातावरण थियो, जसले विश्लेषणका लागि Hadoop क्लस्टरहरू चलाउँछ। र यो पहिले नै व्यावसायिक सञ्चालनमा छ।

निष्कर्षमा

MercadoLibre, Workday, र Best Buy कथाहरूले धेरै सिद्धान्तहरू साझा गर्छन् जसले तपाईंलाई सफल OpenStack अपनाउन मार्गदर्शन गर्न सक्छ: विकासकर्ताहरू, व्यवसायहरू, र अन्य सम्भावित प्रयोगकर्ताहरूको आवश्यकताहरूको लागि खुला रहनुहोस्; आफ्नो कम्पनी को स्थापित प्रक्रियाहरु भित्र काम; अन्य संस्थाहरु संग सहयोग; र आवश्यक पर्दा नियम बाहिर काम गर्न इच्छुक हुनुहोस्। यी सबै मूल्यवान सफ्ट सीपहरू हुन् जुन OpenStack क्लाउडसँग हुन उपयोगी छन्।

तपाईंको कम्पनीमा OpenStack लागू गर्नको लागि कुनै उत्तम मार्ग छैन - कार्यान्वयनको मार्ग तपाईं र तपाईंको कम्पनी र तपाईंले आफूलाई फेला पार्नु भएको परिस्थितिसँग सम्बन्धित धेरै कारकहरूमा निर्भर गर्दछ।

यद्यपि यो तथ्य ओपनस्ट्याक फ्यानहरूको लागि उनीहरूको पहिलो परियोजना कसरी कार्यान्वयन गर्ने भनेर सोच्दै भ्रमित हुन सक्छ, यो जे होस्, यो सकारात्मक दृष्टिकोण हो। यसको मतलब तपाइँ OpenStack को साथ कति टाढा जान सक्नुहुन्छ भन्ने कुनै सीमा छैन। तपाईले के हासिल गर्न सक्नुहुन्छ तपाईको रचनात्मकता र संसाधनले मात्र सीमित छ।

स्रोत: www.habr.com