सॉफ्टवेयर विकास और तैनाती के लिए आधुनिक मंच

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

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

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

कहने की जरूरत नहीं कि ये सभी विवाद बेहद बेवकूफी भरे थे

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

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

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

ऐसा कहने के साथ, ओपनशिफ्ट टीम एक सरल प्रश्न पूछती है:

आप कुबेरनेट्स के साथ काम करना कैसे आसान और अधिक सुविधाजनक बना सकते हैं?

उत्तर आश्चर्यजनक रूप से स्पष्ट है:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

नई ओपनशिफ्ट रिलीज़ आज़माएँ और अपनी राय साझा करें। हम कुम्बरनेट्स के साथ काम को यथासंभव सुलभ और सहज बनाने के लिए प्रतिबद्ध हैं - NoOps का भविष्य आज से शुरू हो रहा है।

अब ध्यान!
सम्मेलन में डेवऑप्सफोरम 2019 20 अप्रैल को, ओपनशिफ्ट डेवलपर्स में से एक, वादिम रुतकोवस्की, एक मास्टर क्लास आयोजित करेगा - वह दस क्लस्टर तोड़ देगा और उन्हें ठीक करने के लिए मजबूर करेगा। सम्मेलन का भुगतान किया जाता है, लेकिन प्रचार कोड #RedHat के साथ आपको 37% की छूट मिलती है

मास्टर क्लास 17:15 - 18:15 पर, और स्टैंड पूरे दिन खुला रहता है। टी-शर्ट, टोपी, स्टिकर - सामान्य!

हॉल #2
"यहां पूरे सिस्टम को बदलने की जरूरत है: हम प्रमाणित मैकेनिकों के साथ मिलकर टूटे हुए k8s क्लस्टर की मरम्मत करते हैं।"

स्रोत: www.habr.com