OpenShift 4.0 - हाइपर जंप के लिए तैयार होना

यह Red Hat OpenShift प्लेटफ़ॉर्म के संस्करण 4.0 के आगामी अद्यतन में सुधार और परिवर्धन के लिए समर्पित हमारे प्रकाशनों की एक श्रृंखला है, जो आपको नए संस्करण में संक्रमण के लिए तैयार करने में मदद करेगी।



बेहतर सॉफ़्टवेयर उत्पाद बनाने के लिए आप अपने निपटान में क्या उपकरण प्राप्त कर सकते हैं, और वे कैसे सुरक्षा में सुधार करेंगे और विकास को आसान और अधिक विश्वसनीय बनाएंगे?

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

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

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

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

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

उस के साथ, सवाल उठता है: कुबेरनेट्स के साथ काम करना आसान और अधिक सुविधाजनक कैसे बनाया जाए?

उत्तर आश्चर्यजनक रूप से सरल लग सकता है:

• क्लाउड पर या क्लाउड के बाहर तैनात होने पर जटिल क्षणों को स्वचालित करें
• जटिलता को छिपाते समय विश्वसनीयता पर ध्यान दें;
• सरल और सुरक्षित अपडेट जारी करने पर काम करना जारी रखें
• नियंत्रणीयता और लेखापरीक्षा क्षमताओं को प्राप्त करना;
• शुरू में उच्च सुरक्षा प्रदान करने का प्रयास करते हैं, लेकिन प्रयोज्य की कीमत पर नहीं।

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

ऐसे परिणाम कैसे प्राप्त करें?

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

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

ओपनशिफ्ट 4 की नई रिलीज समझने योग्य, स्वचालित और अधिक प्राकृतिक होगी

ओपनशिफ्ट प्लेटफॉर्म नंगे-धातु हार्डवेयर समर्थन, सुविधाजनक वर्चुअलाइजेशन, बुनियादी ढांचे की स्वचालित प्रोग्रामिंग और, कंटेनरों (जो अनिवार्य रूप से सिर्फ लिनक्स छवियां हैं) के साथ सबसे अच्छा और सबसे विश्वसनीय लिनक्स ऑपरेटिंग सिस्टम के साथ काम करेगा।

मंच बहुत शुरुआत से सुरक्षित होना चाहिए, लेकिन साथ ही डेवलपर्स के लिए सुविधाजनक पुनरावृत्तियों की संभावना प्रदान करता है - अर्थात, पर्याप्त लचीलापन और विश्वसनीयता है, जबकि अभी भी प्रशासकों को ऑडिट करने और प्रबंधन में आसानी प्रदान करने की अनुमति है।

यह आपको सॉफ्टवेयर को "सेवा के रूप में" चलाने की अनुमति देनी चाहिए, न कि ऑपरेटरों के लिए बुनियादी ढांचे के अनियंत्रित विस्तार की ओर ले जाए।

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

OpenShift 4: NoOps प्लेटफ़ॉर्म नहीं रखरखाव की आवश्यकता है

इस प्रकाशन ने ओपनशिफ्ट 4 के लिए कंपनी की दृष्टि को आकार देने में मदद करने वाले कार्यों का वर्णन किया है। टीम के पास सॉफ्टवेयर के संचालन और रखरखाव के दैनिक कार्यों को अधिकतम करने, इन प्रक्रियाओं को आसान और सरल बनाने, कार्यान्वयन विशेषज्ञों और दोनों के लिए काम करने की क्षमता है। डेवलपर्स। लेकिन कोई इस लक्ष्य को कैसे प्राप्त कर सकता है? कम से कम हस्तक्षेप की आवश्यकता वाले सॉफ़्टवेयर लॉन्च करने के लिए एक मंच कैसे बनाएं? NoOps का इस संदर्भ में क्या मतलब है?

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

• सिस्टम के साथ नहीं, बल्कि एप्लिकेशन इंटरफेस (एपीआई) के साथ काम करें।
• सॉफ़्टवेयर को लागू न करें - एक प्रदाता को आपके बजाय ऐसा करने दें।
• आपको तुरंत एक बड़े ढांचे का निर्माण नहीं करना चाहिए - छोटे टुकड़े लिखना शुरू करें जो "बिल्डिंग ब्लॉक" के रूप में कार्य करेंगे, इस कोड को डेटा और घटनाओं के साथ काम करने की कोशिश करें, और डिस्क और डेटाबेस के साथ नहीं।

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

रखरखाव और संचालन में शामिल पेशेवरों के लिए, शब्द "NoOps" कुछ डराने वाला लग सकता है। लेकिन ऑपरेशन इंजीनियरों के साथ संवाद करते समय, यह स्पष्ट हो जाता है कि विश्वसनीयता द्वारा विश्वसनीयता सुनिश्चित करने के लिए उनके द्वारा उपयोग किए जाने वाले पैटर्न और तरीके (साइट विश्वसनीयता इंजीनियरिंग, एसआरई) में ऊपर वर्णित पैटर्न के साथ बहुत कुछ है:

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

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

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

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

लेकिन इस तरह की समस्याओं को हल करने के लिए ओपनशिफ्ट 4 प्लेटफॉर्म और उसके पूर्ववर्तियों और "मानक" दृष्टिकोण के बीच क्या अंतर है? कार्यान्वयन और संचालन टीमों के लिए स्केलिंग कैसे प्राप्त की जाती है? इस तथ्य के कारण कि इस स्थिति में राजा एक क्लस्टर है। इस प्रकार,

• हम क्लस्टर्स के उद्देश्य को समझने योग्य बनाते हैं (प्रिय बादल, मैंने इस क्लस्टर को उठाया क्योंकि मैं कर सकता था)
• मशीनें और ऑपरेटिंग सिस्टम क्लस्टर की सेवा के लिए मौजूद हैं (Your Majesty)
• क्लस्टर से मेजबानों की स्थिति को प्रबंधित करें, उनके पुनर्निर्माण (बहाव) को कम से कम करें।
• सिस्टम के प्रत्येक महत्वपूर्ण तत्व के लिए, एक नानी (तंत्र) की आवश्यकता होती है जो समस्याओं को ट्रैक और ठीक करेगी
• प्रणाली के प्रत्येक * पहलू या तत्व की विफलता *; इसी पुनर्प्राप्ति तंत्र जीवन का एक सामान्य हिस्सा हैं
• पूरे बुनियादी ढांचे को एपीआई के माध्यम से कॉन्फ़िगर किया जाना चाहिए।
• कुबेरनेट्स लॉन्च करने के लिए कुबेरनेट का उपयोग करें। (हां, हां, यह टाइपो नहीं है)
• अद्यतन आसानी से और स्वाभाविक रूप से स्थापित किया जाना चाहिए। यदि अपडेट को स्थापित करने में एक से अधिक क्लिक होते हैं, तो जाहिर है कि आप \ _ कुछ गलत कर रहे हैं।
• किसी भी घटक की निगरानी और डिबगिंग एक समस्या नहीं होनी चाहिए और, तदनुसार, पूरे बुनियादी ढांचे पर नज़र रखने और रिपोर्टिंग भी सरल और सुविधाजनक होनी चाहिए।

कार्रवाई में प्लेटफ़ॉर्म की क्षमताओं को देखना चाहते हैं?

ओपनशिफ्ट 4 का एक प्रारंभिक संस्करण डेवलपर्स के लिए उपलब्ध हो गया है। उपयोग में आसान इंस्टॉलर के साथ, आप Red Had CoreOS के शीर्ष पर AWS क्लस्टर चला सकते हैं। पूर्वावलोकन संस्करण का उपयोग करने के लिए, आपको पूर्वावलोकन संस्करण छवियों तक पहुंचने के लिए बुनियादी ढांचा और खातों का एक सेट प्रदान करने के लिए केवल AWS खाते की आवश्यकता होती है।

1. आरंभ करने के लिए, try.openshift.com पर जाएं और "आरंभ करें" पर क्लिक करें।
2. अपने Red Hat खाते में प्रवेश करें (या एक नया बनाएँ) और अपना पहला क्लस्टर सेट करने के लिए निर्देशों का पालन करें।

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

और DevOpsForum 2019 सम्मेलन में, OpenShift डेवलपर्स में से एक, वादिम रुटकोवस्की, एक मास्टर क्लास आयोजित करेगा "यहां आपको पूरी प्रणाली को बदलने की आवश्यकता है: प्रमाणित लॉकमैन के साथ टूटे हुए k8s क्लस्टर्स की मरम्मत करें" - यह दस समूहों को तोड़ देगा और उन्हें सुधारने का तरीका दिखाएगा।

सम्मेलन में प्रवेश का भुगतान किया जाता है, लेकिन #RedHat प्रोमो कोड का उपयोग करके - 37% छूट।

हम 20 अप्रैल को हॉल # 2 में एक मास्टर क्लास 17:15 पर और हमारे बूथ पर - पूरे दिन इंतजार कर रहे हैं। उपयोगी उत्पाद जानकारी, विशेषज्ञों के साथ बैठक, टी-शर्ट, टोपी, रेड हैट स्टिकर - सब कुछ हमेशा की तरह है! :-)