सफ्टवेयर विकास र परिनियोजनको लागि आधुनिक प्लेटफर्म

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

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

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

भन्न आवश्यक छैन, यी सबै विवादहरू धेरै मूर्ख थिए

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

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

Kubernetes एउटा यस्तो उपकरण हो। Red Hat OpenShift लाई अन्य उपकरण र सेवाहरूसँग एउटै प्लेटफर्ममा संयोजन गर्ने काम भइरहेको छ जसले सफ्टवेयरलाई थप भरपर्दो, व्यवस्थापन गर्न सजिलो र प्रयोगकर्ताहरूका लागि सुरक्षित बनाउनेछ।

त्यसो भन्दैमा, OpenShift टोलीले एउटा साधारण प्रश्न सोध्छ:

तपाईं कसरी Kubernetes सँग काम गर्न सजिलो र थप सुविधाजनक बनाउन सक्नुहुन्छ?

जवाफ आश्चर्यजनक रूपमा स्पष्ट छ:

• क्लाउडमा वा क्लाउड बाहिर डिप्लोइमेन्टको जटिल पक्षहरू स्वचालित गर्नुहोस्;
• जटिलता लुकाउँदा विश्वसनीयतामा फोकस गर्नुहोस्;
• सरल र सुरक्षित अपडेटहरू जारी गर्न निरन्तर काम गर्न जारी राख्नुहोस्;
• नियन्त्रण योग्यता र लेखा योग्यता हासिल गर्न;
• सुरुमा उच्च सुरक्षा सुनिश्चित गर्न प्रयास गर्नुहोस्, तर उपयोगिताको खर्चमा होइन।

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

यो नतिजा कसरी प्राप्त गर्ने?

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

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

OpenShift 4 को नयाँ रिलीज स्पष्ट, स्वचालित र अधिक प्राकृतिक हुनेछ

OpenShift प्लेटफर्मले बेयर-मेटल हार्डवेयर समर्थन, सुविधाजनक भर्चुअलाइजेशन, स्वचालित पूर्वाधार प्रोग्रामिङ र निस्सन्देह, कन्टेनरहरू (जुन अनिवार्य रूपमा लिनक्स छविहरू मात्र हुन्) संग उत्तम र सबैभन्दा भरपर्दो लिनक्स अपरेटिङ सिस्टमहरूसँग काम गर्नेछ।

प्लेटफर्म सुरुदेखि नै सुरक्षित हुनुपर्छ, तर अझै पनि विकासकर्ताहरूलाई सजिलै पुनरावृत्ति गर्न अनुमति दिनुहोस्—अर्थात, लचिलो र पर्याप्त सुरक्षित हुनुहोस् जबकि प्रशासकहरूलाई यसलाई सजिलैसँग लेखा परीक्षण र व्यवस्थापन गर्न अनुमति दिनुहोस्।

यसले सफ्टवेयरलाई "सेवाको रूपमा" चलाउन अनुमति दिनुपर्छ र अपरेटरहरूको लागि अव्यवस्थित पूर्वाधार विकासको नेतृत्व गर्नु हुँदैन।

यसले विकासकर्ताहरूलाई प्रयोगकर्ता र ग्राहकहरूको लागि वास्तविक उत्पादनहरू सिर्जना गर्नमा ध्यान केन्द्रित गर्न अनुमति दिनेछ। तपाईंले हार्डवेयर र सफ्टवेयर सेटिङहरूको जङ्गलमा जानु पर्दैन, र सबै आकस्मिक जटिलताहरू विगतको कुरा हुनेछन्।

OpenShift 4: NoOps प्लेटफर्म जसलाई मर्मत आवश्यक पर्दैन

В यो प्रकाशन OpenShift 4 को लागि कम्पनीको दृष्टिकोणलाई आकार दिन मद्दत गर्ने ती कार्यहरू वर्णन गरे। टोलीको लक्ष्य सफ्टवेयर सञ्चालन र मर्मतसम्भारका दैनिक कार्यहरूलाई सकेसम्म सरल बनाउन, यी प्रक्रियाहरूलाई सजिलो र आरामदायी बनाउन - कार्यान्वयनमा संलग्न विशेषज्ञहरू र विकासकर्ताहरू दुवैका लागि। तर तपाईं कसरी यो लक्ष्य नजिक पुग्न सक्नुहुन्छ? न्यूनतम हस्तक्षेप आवश्यक पर्ने सफ्टवेयर चलाउनको लागि प्लेटफर्म कसरी बनाउने? यस सन्दर्भमा NoOps को अर्थ के हो?

यदि तपाइँ अमूर्त गर्न प्रयास गर्नुहुन्छ भने, विकासकर्ताहरूको लागि "सर्भरलेस" वा "NoOps" को अवधारणाहरू उपकरण र सेवाहरू हुन् जसले तपाइँलाई "अपरेशनल" कम्पोनेन्ट लुकाउन वा विकासकर्ताको लागि यो बोझ कम गर्न अनुमति दिन्छ।

• प्रणालीहरूसँग होइन, तर अनुप्रयोग इन्टरफेसहरू (एपीआईहरू) सँग काम गर्नुहोस्।
• सफ्टवेयर कार्यान्वयन गर्न परेशान नगर्नुहोस् - प्रदायकलाई तपाईंको लागि यो गर्न दिनुहोस्।
• तपाईंले तुरुन्तै ठूलो फ्रेमवर्क बनाउनु हुँदैन - "बिल्डिंग ब्लक" को रूपमा काम गर्ने सानो टुक्राहरू लेखेर सुरु गर्नुहोस्, यो कोडलाई डाटा र घटनाहरूसँग काम गर्ने प्रयास गर्नुहोस्, डिस्क र डाटाबेसहरूसँग होइन।

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

मर्मतसम्भार र सञ्चालन पेशेवरहरूको लागि, शब्द "NoOps" थोरै डरलाग्दो लाग्न सक्छ। तर फिल्ड इन्जिनियरहरूसँग कुराकानी गर्दा, यो स्पष्ट हुन्छ कि उनीहरूले विश्वसनीयता र विश्वसनीयता सुनिश्चित गर्ने उद्देश्यले प्रयोग गर्ने ढाँचा र प्रविधिहरू (साइट विश्वसनीयता इन्जिनियरिङ, SRE) माथि वर्णन गरिएका ढाँचाहरूसँग धेरै समानताहरू छन्:

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

SREs लाई थाहा छ कि केहि गडबड हुन सक्छ र तिनीहरूले ट्र्याक डाउन र समस्या समाधान गर्नुपर्नेछ — त्यसैले तिनीहरूले नियमित कामलाई स्वचालित बनाउँछन् र त्रुटि बजेटहरू अग्रिम सेट गर्छन् ताकि तिनीहरू समस्या उत्पन्न हुँदा प्राथमिकता दिन र निर्णयहरू लिन तयार हुन्छन्।

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

• अनुप्रयोगहरूले प्रयोग गर्ने पूर्वाधारलाई स्वचालित र मानकीकरण गर्नुहोस्
• विकासकर्ताहरू आफैंलाई प्रतिबन्ध नगरी एकसाथ डिप्लोइमेन्ट र विकास प्रक्रियाहरू लिङ्क गर्नुहोस्
• XNUMX औं सेवा, सुविधा, एप्लिकेसन वा सम्पूर्ण स्ट्याक सुरु गर्ने, अडिट गर्ने र सुरक्षित गर्ने काम पहिलो भन्दा बढी गाह्रो छैन भन्ने सुनिश्चित गर्नु।

तर OpenShift 4 प्लेटफर्म र यसका पूर्ववर्तीहरू र त्यस्ता समस्याहरू समाधान गर्न "मानक" दृष्टिकोणबाट के फरक छ? कार्यान्वयन र सञ्चालन टोलीहरूको लागि के ड्राइभ स्केल? कारणले गर्दा यस्तो अवस्थामा राजा नै गुच्छ हो । तर,

• हामी क्लस्टरहरूको उद्देश्य स्पष्ट छ भनी सुनिश्चित गर्छौं (प्रिय क्लाउड, मैले यो क्लस्टर उठाएँ किनभने म सक्छु)
• क्लस्टरको सेवा गर्न मेसिन र अपरेटिङ सिस्टमहरू अवस्थित छन् (महाराज)
• क्लस्टरबाट होस्टहरूको अवस्था प्रबन्ध गर्नुहोस्, तिनीहरूको पुनर्निर्माण (बहाव) कम गर्नुहोस्।
• प्रणालीको प्रत्येक महत्त्वपूर्ण तत्वको लागि, एक नानी (संयन्त्र) आवश्यक छ जसले समस्याहरू निगरानी र हटाउनेछ
• प्रणालीको *प्रत्येक* पक्ष वा तत्वको विफलता र सम्बन्धित रिकभरी मेकानिज्महरू जीवनको सामान्य भाग हुन्।
• सम्पूर्ण पूर्वाधार API मार्फत कन्फिगर गरिनु पर्छ।
• Kubernetes चलाउन Kubernetes प्रयोग गर्नुहोस्। (हो, हो, यो टाइपो होइन)
• अपडेटहरू स्थापना गर्न सजिलो र झन्झट-रहित हुनुपर्छ। यदि यसले अद्यावधिक स्थापना गर्न एक भन्दा बढी क्लिक लिन्छ भने, स्पष्ट रूपमा हामीले केहि गलत गर्दैछौं।
• कुनै पनि कम्पोनेन्ट अनुगमन र डिबग गर्न समस्या हुनु हुँदैन, र त्यसैले सम्पूर्ण पूर्वाधारमा ट्र्याकिङ र रिपोर्टिङ पनि सजिलो र सुविधाजनक हुनुपर्छ।

कार्यमा प्लेटफर्मको क्षमताहरू हेर्न चाहनुहुन्छ?

OpenShift 4 को पूर्वावलोकन संस्करण विकासकर्ताहरूको लागि उपलब्ध भएको छ। प्रयोग गर्न-गर्न-सजिलो स्थापनाकर्ताको साथ, तपाईंले Red Had CoreOS को शीर्षमा AWS मा क्लस्टर चलाउन सक्नुहुन्छ। पूर्वावलोकन प्रयोग गर्नको लागि, तपाइँलाई पूर्वाधारको प्रावधान गर्न AWS खाता र पूर्वावलोकन छविहरू पहुँच गर्न खाताहरूको सेट चाहिन्छ।

1. सुरु गर्न, मा जानुहोस् try.openshift.com र "सुरुवात गर्नुहोस्" मा क्लिक गर्नुहोस्।
2. तपाईंको Red Hat खातामा लग इन गर्नुहोस् (वा नयाँ सिर्जना गर्नुहोस्) र तपाईंको पहिलो क्लस्टर सेटअप गर्न निर्देशनहरू पालना गर्नुहोस्।

सफल स्थापना पछि, हाम्रो ट्यूटोरियल जाँच गर्नुहोस् OpenShift प्रशिक्षणOpenShift 4 प्लेटफर्मलाई Kubernetes चलाउनको लागि यस्तो सजिलो र सुविधाजनक तरिका बनाउने प्रणाली र अवधारणाहरूको गहिरो बुझाइ प्राप्त गर्न।

नयाँ OpenShift रिलीज प्रयास गर्नुहोस् र आफ्नो विचार साझा गर्नुहोस्। हामी Kumbernetes सँग काम गर्न सकेसम्म पहुँचयोग्य र सहज बनाउन प्रतिबद्ध छौं — NoOps को भविष्य आजबाट सुरु हुन्छ।

अब ध्यान!
सम्मेलन मा DevOpsForum 2019 अप्रिल २० मा, ओपनशिफ्ट विकासकर्ताहरू मध्ये एक, वादिम रुटकोभस्कीले मास्टर क्लास राख्नेछन् - उसले दसवटा क्लस्टरहरू तोड्नेछ र तिनीहरूलाई ठीक गर्न बाध्य पार्नेछ। सम्मेलन भुक्तान गरिएको छ, तर प्रमोशनल कोड #RedHat को साथ तपाईंले 20% छुट पाउनुहुन्छ

17:15 - 18:15 मा मास्टर क्लास, र स्ट्यान्ड दिनभर खुला छ। टी-शर्ट, टोपी, स्टिकर - सामान्य!

हल नम्बर २
"यहाँ सम्पूर्ण प्रणाली परिवर्तन गर्न आवश्यक छ: हामी प्रमाणित मेकानिकहरूसँग टुटेको k8s क्लस्टरहरू मर्मत गर्छौं।"

स्रोत: www.habr.com