ठीक है, क्या मुझे वास्तव में कुबेरनेट की आवश्यकता है?

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

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

सूचना सुरक्षा के साथ हम क्या करने जा रहे हैं?

आईबी बहुत आवश्यक लोग हैं। वे अक्सर परियोजनाओं के लिए अपनी आंतरिक आवश्यकताओं में बहुत दूर जाते हैं, लेकिन यह एक बार देखने से बहुत बेहतर है कि आपके रोमानियाई हैकर्स ने आपके बाहरी SFTP सर्वर को घेर लिया है।

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

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

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

लक्ष्य की अवधारणा से आगे बढ़ना है "जब तक हम नहीं दिखेंगे तब तक बिक्री में नहीं जाएंगे" अगर "कोई आपत्ति नहीं है, तो यह स्वचालित रूप से तैनात किया जाएगा।" यदि संगठनात्मक प्रक्रिया समान रहती है, तो स्वचालन का कोई मतलब नहीं है।

परियोजनाओं में से एक में, हम आईएस की विफलता के समय को 30 मिनट तक कम करने में कामयाब रहे। दूसरे शब्दों में, अगर आधे घंटे के भीतर "सुरक्षा गार्ड" कार्रवाई को अस्वीकार नहीं करता है, तो यह स्वचालित रूप से सहमत है, और परिवर्तन उत्पादन में लुढ़का हुआ है। अब हम सुरक्षा से समझौता किए बिना परियोजना के सभी समन्वयकों के लिए 60 मिनट की समय सीमा प्राप्त करने की कोशिश कर रहे हैं।

कंटेनर प्रबंधन प्रणालियों के बीच अंतर क्या है?

कंटेनर ऑर्केस्ट्रेशन के लिए कुबेरनेट्स और ओपनशिफ्ट मुख्य समाधान हैं। आइए व्यवसाय के लिए मुख्य अंतर और लाभों का विश्लेषण करें।

खुलापन

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

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

यहां चुनाव इस बात पर निर्भर करता है कि आपको सबसे अच्छा क्या सूट करता है - अपने विशेषज्ञों या विक्रेता की ताकतों द्वारा सहायता।

मंच

कुबेरनेट्स लगभग किसी भी लिनक्स प्लेटफॉर्म और अधिकांश क्लाउड प्रदाताओं पर काम करता है।

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

सुरक्षा नीतियां

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

कुबेरनेट्स को भी इस स्तर तक समाप्त किया जा सकता है, लेकिन इंजीनियरों की ओर से इसके लिए बहुत प्रयास और समय की आवश्यकता होगी।

टेम्पलेट्स

ओपनशफ्ट टेम्पलेट कुबेरनेट हेलम चार्ट की तुलना में कम लचीले हैं। अधिक कठोर सुरक्षा नीतियों के कारण, Red Hat अभी Helm चार्ट का लचीलापन प्रदान नहीं कर सकता है। हालाँकि, OpenShift 4 में, स्थिति एकीकृत OperatorHub की बदौलत बंद हो गई है।

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

एक सशर्त आदेश "पतवार स्थापित करें प्रोमेथियस-ऑपरेटर" एक जटिल प्रणाली को तैनात करता है, जो खुद को तैनात करने के लिए बहुत लंबा समय लेता है। कुबेरनेट्स आगे बढ़ रहा है।

सामान्य निष्कर्ष

अधिकांश उत्पादों की तरह, Red Hat OpenShift एक अधिक बॉक्सिंग है, लेकिन वास्तुशिल्प रूप से कठिन समाधान है। इसे काम करने के लिए कम आंखों वाले और अधिक अनुभवी कर्मचारियों की आवश्यकता होती है। अधिक सुविधाजनक तैनाती परिदृश्य, CI / CD समाधान के साथ उत्कृष्ट एकीकरण, विशेष रूप से, जेनकिंस के साथ। ओपनशिफ्ट उन कंपनियों के लिए बहुत अच्छा है जो अपने स्वयं के विशेषज्ञों को नियुक्त करने की तुलना में तैयार उत्पाद का समर्थन करना आसान है।

इस क्षेत्र में मजबूत विशेषज्ञों वाली कंपनियों के लिए, कुबेरनेट्स अधिक लचीला और दिलचस्प समाधान हो सकता है। यह अपेक्षाकृत छोटे व्यवसाय के लिए भी उपयुक्त हो सकता है जो Red Hat लाइसेंस को बचाना चाहता है, लेकिन इसमें ऐसे जटिल कार्य नहीं होते हैं जिनके लिए उच्च योग्य विशेषज्ञों की आवश्यकता होती है।

वास्तविक मामले

मैं यह दिखाने की कोशिश करूंगा कि किस तरह से कंटेनरीकरण प्रौद्योगिकियों ने व्यावसायिक समस्याओं को सुलझाने में मदद की, लाइसेंस को बचाया और बड़े पैमाने पर उपयोगकर्ता के छापे के दौरान पीक लोड को सुनिश्चित किया।

केस स्टडी: ई-कॉमर्स

समस्या

ग्राहक के पास VMware के क्लाउड फाउंडेशन को चलाने वाली 100 से अधिक सक्रिय सेवाएं थीं। और इस पार्क में सभी को कई अलग-अलग समस्याएं थीं:

1. वीएमवेयर पर 12 रिसोर्स-डिमांडिंग और नॉन-मार्जिन सेवाओं के कारण, प्रति वर्ष लगभग $ 408,000 का बजट खा जाता है।
2. तीन सेवाओं (एक पोर्टल और दो मोबाइल एप्लिकेशन) ने सक्रिय रूप से विकसित करना शुरू किया: सात महीनों के दौरान, काम के लिए आवश्यक संसाधनों की मात्रा 4.5 गुना बढ़ गई और बढ़ना जारी है।
3. कई ग्राहक सेवाओं में चरम भार होता है, जिसके दौरान संसाधनों की आवश्यकता सामान्य समय के मुकाबले छह से सात गुना अधिक होती है। तदनुसार, उपकरणों को उनके सही संचालन के लिए आवंटित किया गया था, जो कि अधिकांश समय 15% से कम उपयोग किया गया था।

इन सब के अलावा, ग्राहक को एक वर्चुअलाइजेशन विक्रेता से बंधन से दूर होने की इच्छा है।

हमारा निर्णय

पहला और सरल समाधान: हम सार्वजनिक सीआरसी क्लाउड में चोटियों के साथ सेवाओं को स्थानांतरित करते हैं। भस्म संसाधनों के लिए बिलिंग के साथ। सब कुछ जितना संभव हो उतना सरल और उबाऊ है। किसी के वीएमवेयर से हमारे केवीएम में जाना क्लाउड इंजीनियरों के लिए सबसे लगातार मामलों में से एक है।

चूंकि स्केलिंग के लिए हार्डवेयर पहले ही ग्राहक द्वारा खरीदा जा चुका है, इसलिए हमें केवल लाइसेंस की गणना करनी थी। VMware से नए मेजबानों के लिए, उनके पास लगभग 2,100,000 डॉलर का खर्च आया, जो ग्राहक को बहुत पसंद नहीं आया। हमने ओपनस्टैक चलाने वाले केवीएम में कुछ सेवाओं को स्थानांतरित करने का प्रस्ताव दिया। और खो जाने के लिए नहीं, क्लाउडफॉर्म्स (और एक ही समय में ओपनशिफ्ट) द्वारा दोनों इन्फ्रास्ट्रक्चर के प्रबंधन को एकीकृत करें।

नतीजतन, ग्राहक को ओपनस्टैक पर आधारित एक निजी क्लाउड का दूसरा कंधा मिला, जिसने वेंडरलॉक प्रश्न को बंद कर दिया। कुछ संसाधन-गहन सेवाओं को एक नए कंधे पर ले जाकर, यह VMware लाइसेंस की लागत को कम करने के लिए निकला (सीआरओसी से 24 x 7 समर्थन सस्ता था)।

केस: खुदरा

समस्या

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

उसी समय, ग्राहक पूरी तरह से एक नए प्लेटफॉर्म पर नहीं जाना चाहता है और एक ही प्रबंधन पोर्टल के तहत सब कुछ इकट्ठा करना चाहता है। इसके अलावा, "सब कुछ" केवल VMware नहीं है, बल्कि Paa, कंटेनर और एक एकल बिलिंग भी है।

हमारा निर्णय

नतीजतन, समाधान के अंदर बाहर निकला बल्कि ढेर हो गया, लेकिन ग्राहक के लिए सब कुछ बेहद सरल दिखता है।

वह निर्देशिका जिसमें उपयोगकर्ता वर्चुअल मशीन और आवश्यक सर्किट के मापदंडों का चयन करता है: DevTest, PreProd, Prod। और तब CloudForms अनुरोधित संसाधन को तैनात करने के लिए चुनता है: VMware या OpenShift पर। हम अभी भी सिंगल बिलिंग पर काम कर रहे हैं, क्योंकि हाइब्रिड VMware + ओपनशिफ्ट सॉल्यूशन को एक साथ रखना काफी मुश्किल है।

वास्तव में, इस तरह से हम बुनियादी ढांचे के क्रम में चीजों को डालते हैं, जिससे उस मलबे को छांटा जाता है जिसे ग्राहक ढेर करता है।

मामला: उद्योग

समस्या

विभिन्न वातावरणों (टेस्ट, देव, प्रोडक्ट, प्रप्रोड) में वीएम को कॉपी करने में तीन दिन से अधिक का समय लगता है और इसके लिए 15 अलग-अलग ऑपरेशन के मैनुअल निष्पादन की आवश्यकता होती है, जिनमें से प्रत्येक में 30 मिनट तक का समय लगता है। एक गहन ऑडिट से पता चला कि पहले एक नई परियोजना के लिए संसाधनों को आवंटित करने में दो सप्ताह लगते थे, और प्रति माह 10-20 अनुरोध होते थे। अब प्रति दिन संसाधनों के लिए दस से अधिक अनुरोध हैं, जो स्वचालन के बिना एक पतन का कारण बना।

हमारा निर्णय

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

निष्कर्ष

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

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

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