सॉफ्टवेअर डेव्हलपमेंट आणि डिप्लॉयमेंटसाठी आधुनिक प्लॅटफॉर्म

आगामी Red Hat OpenShift प्लॅटफॉर्म 4.0 अपडेटमधील बदल, सुधारणा आणि जोडण्यांबद्दलच्या मालिकेतील ही पहिली पोस्ट आहे जी तुम्हाला नवीन आवृत्तीच्या संक्रमणाची तयारी करण्यास मदत करेल.

2014 च्या शरद ऋतूमध्ये गुगलच्या सिएटल कार्यालयात नवीन कुबर्नेट्स समुदाय पहिल्यांदा जमला त्या क्षणापासून, हे स्पष्ट होते की कुबर्नेट्स प्रकल्प आज सॉफ्टवेअर विकसित आणि तैनात करण्याच्या पद्धतीमध्ये क्रांती घडवून आणणार होता. त्याच वेळी, सार्वजनिक क्लाउड सेवा प्रदात्यांनी पायाभूत सुविधा आणि सेवांच्या विकासामध्ये सक्रियपणे गुंतवणूक करणे सुरू ठेवले, ज्यामुळे IT सोबत काम करणे आणि सॉफ्टवेअर तयार करणे खूप सोपे आणि अधिक सुलभ झाले आणि त्यांना अविश्वसनीयपणे प्रवेशयोग्य बनवले, ज्याची कल्पना काही जणांनी सुरुवातीस केली असेल. दशक

अर्थात, प्रत्येक नवीन क्लाउड सेवेच्या घोषणेसोबत ट्विटरवरील तज्ञांमध्ये अनेक चर्चा झाल्या आणि विविध विषयांवर वादविवाद आयोजित केले गेले - ज्यामध्ये ओपन सोर्स युगाचा अंत, ऑन-प्रिमाइसेस IT ची घसरण आणि अपरिहार्यता यांचा समावेश आहे. नवीन सॉफ्टवेअर मक्तेदारी.

हे सर्व वाद अतिशय मूर्खपणाचे होते हे वेगळे सांगायला नको

वस्तुस्थिती अशी आहे की काहीही दूर होणार नाही आणि आज आपण आपल्या जीवनात नवीन सॉफ्टवेअरच्या सतत उदयामुळे अंतिम उत्पादनांमध्ये आणि ते विकसित करण्याच्या पद्धतीमध्ये झपाट्याने वाढ पाहू शकतो. आणि आजूबाजूची प्रत्येक गोष्ट बदलेल हे असूनही, त्याच वेळी, थोडक्यात, सर्वकाही अपरिवर्तित राहील. सॉफ्टवेअर डेव्हलपर अजूनही त्रुटींसह कोड लिहितात, ऑपरेशन इंजिनियर आणि विश्वासार्हता विशेषज्ञ अजूनही पेजरसह फिरतील आणि स्लॅकमध्ये स्वयंचलित सूचना प्राप्त करतील, व्यवस्थापक अद्याप OpEx आणि CapEx च्या दृष्टीने कार्य करतील आणि प्रत्येक वेळी अपयशी झाल्यास, विकासक वरिष्ठांना सूचित करेल. "मी तुला तसे सांगितले" या शब्दांनी दुःखाने उसासा टाकला...

खरंच चर्चा केली पाहिजे, उत्तम सॉफ्टवेअर उत्पादने तयार करण्यासाठी आमच्याकडे कोणती साधने असू शकतात आणि ते सुरक्षितता कशी सुधारू शकतात आणि विकास सुलभ आणि अधिक विश्वासार्ह कसा बनवू शकतात. जसजसे प्रकल्प अधिक जटिल होत जातात, नवीन जोखीम उद्भवतात आणि आज लोकांचे जीवन सॉफ्टवेअरवर इतके अवलंबून आहे की विकासकांना त्यांची कामे अधिक चांगल्या प्रकारे करण्याचा प्रयत्न करावा लागतो.

कुबर्नेट्स हे असेच एक साधन आहे. Red Hat OpenShift ला इतर साधने आणि सेवांसह एकाच प्लॅटफॉर्मवर एकत्रित करण्याचे काम सुरू आहे जे सॉफ्टवेअर अधिक विश्वासार्ह, व्यवस्थापित करणे सोपे आणि वापरकर्त्यांसाठी सुरक्षित बनवेल.

असे म्हटल्यावर, OpenShift टीम एक सोपा प्रश्न विचारते:

तुम्ही कुबर्नेट्ससोबत काम करणे सोपे आणि अधिक सोयीस्कर कसे बनवू शकता?

उत्तर आश्चर्यकारकपणे स्पष्ट आहे:

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

OpenShift च्या पुढील प्रकाशनाने निर्मात्यांचा अनुभव आणि जगातील सर्वात मोठ्या कंपन्यांमध्ये मोठ्या प्रमाणावर सॉफ्टवेअरची अंमलबजावणी करणाऱ्या इतर विकासकांचा अनुभव या दोन्ही गोष्टी विचारात घेतल्या पाहिजेत. शिवाय, आजच्या आधुनिक जगाला अधोरेखित करणार्‍या खुल्या इकोसिस्टमचे सर्व संचित अनुभव विचारात घेतले पाहिजेत. त्याच वेळी, हौशी विकासकाची जुनी मानसिकता सोडून स्वयंचलित भविष्याच्या नवीन तत्त्वज्ञानाकडे जाणे आवश्यक आहे. सॉफ्टवेअर उपयोजित करण्याच्या जुन्या आणि नवीन पद्धतींमधील अंतर कमी करणे आणि सर्व उपलब्ध पायाभूत सुविधांचा पुरेपूर लाभ घेणे आवश्यक आहे—मग ते सर्वात मोठ्या क्लाउड प्रदात्याद्वारे होस्ट केलेले असो किंवा अगदी लहान सिस्टीमवर चालणारे असो.

हा निकाल कसा मिळवायचा?

Red Hat वर, प्रस्थापित समुदाय टिकवून ठेवण्यासाठी आणि कंपनी ज्या प्रकल्पांमध्ये गुंतलेली आहे ते प्रकल्प बंद होण्यापासून रोखण्यासाठी कंटाळवाणे आणि कृतज्ञतेचे काम दीर्घकाळ करण्याची प्रथा आहे. मुक्त-स्रोत समुदायामध्ये मोठ्या संख्येने प्रतिभावान विकासक आहेत जे सर्वात विलक्षण गोष्टी तयार करतात - मनोरंजक, शैक्षणिक, नवीन संधी उघडतात आणि फक्त सुंदर, परंतु, अर्थातच, कोणीही सर्व सहभागींनी एकाच दिशेने जाण्याची किंवा सामान्य गोष्टींचा पाठपुरावा करण्याची अपेक्षा करत नाही. ध्येय या ऊर्जेचा वापर करणे आणि ती योग्य दिशेने पुनर्निर्देशित करणे कधीकधी आमच्या वापरकर्त्यांना लाभदायक क्षेत्र विकसित करण्यासाठी आवश्यक असते, परंतु त्याच वेळी आम्ही आमच्या समुदायांच्या विकासाचे निरीक्षण केले पाहिजे आणि त्यांच्याकडून शिकले पाहिजे.

2018 च्या सुरूवातीस, Red Hat ने CoreOS प्रकल्प विकत घेतला, ज्याचा भविष्याबद्दल समान दृष्टिकोन होता - अधिक सुरक्षित आणि विश्वासार्ह, मुक्त-स्रोत तत्त्वांवर तयार केला गेला. कंपनीने या कल्पना आणखी विकसित करण्यासाठी आणि त्यांची अंमलबजावणी करण्यासाठी काम केले आहे, आमचे तत्वज्ञान व्यवहारात आणले आहे - सर्व सॉफ्टवेअर सुरक्षितपणे चालतील याची खात्री करण्याचा प्रयत्न करत आहे. हे सर्व काम Kubernetes, Linux, सार्वजनिक क्लाउड्स, खाजगी क्लाउड्स आणि आमच्या आधुनिक डिजिटल इकोसिस्टमला आधार देणार्‍या इतर हजारो प्रकल्पांवर तयार केले आहे.

OpenShift 4 चे नवीन प्रकाशन स्पष्ट, स्वयंचलित आणि अधिक नैसर्गिक असेल

OpenShift प्लॅटफॉर्म बेअर-मेटल हार्डवेअर सपोर्ट, सोयीस्कर व्हर्च्युअलायझेशन, ऑटोमॅटिक इन्फ्रास्ट्रक्चर प्रोग्रॅमिंग आणि अर्थातच कंटेनर (जे मूलत: फक्त Linux प्रतिमा आहेत) सह सर्वोत्तम आणि सर्वात विश्वासार्ह Linux ऑपरेटिंग सिस्टमसह कार्य करेल.

प्लॅटफॉर्म सुरुवातीपासून सुरक्षित असणे आवश्यक आहे, परंतु तरीही विकासकांना सहजपणे पुनरावृत्ती करण्यास अनुमती देते—म्हणजेच, प्रशासकांना ऑडिट आणि सहजपणे व्यवस्थापित करण्याची परवानगी देत ​​असताना पुरेसे लवचिक आणि सुरक्षित असावे.

याने सॉफ्टवेअरला "सेवा म्हणून" चालवण्याची परवानगी दिली पाहिजे आणि ऑपरेटरसाठी अव्यवस्थापित पायाभूत सुविधा वाढू नये.

हे विकसकांना वापरकर्ते आणि ग्राहकांसाठी वास्तविक उत्पादने तयार करण्यावर लक्ष केंद्रित करण्यास अनुमती देईल. तुम्हाला हार्डवेअर आणि सॉफ्टवेअर सेटिंग्जच्या जंगलातून जावे लागणार नाही आणि सर्व अपघाती गुंतागुंत ही भूतकाळातील गोष्ट असेल.

OpenShift 4: NoOps प्लॅटफॉर्म ज्याला देखभालीची आवश्यकता नाही

В हे प्रकाशन OpenShift 4 साठी कंपनीच्या दृष्टीला आकार देण्यास मदत करणाऱ्या कार्यांचे वर्णन केले. कार्यसंघाचे उद्दिष्ट हे आहे की सॉफ्टवेअर चालवण्याची आणि देखरेख करण्याची दैनंदिन कामे शक्य तितक्या सुलभ करणे, या प्रक्रिया सुलभ आणि आरामशीर बनवणे - अंमलबजावणीमध्ये गुंतलेल्या तज्ञांसाठी आणि विकासकांसाठी. पण तुम्ही या ध्येयाच्या जवळ कसे जाऊ शकता? किमान हस्तक्षेप आवश्यक असलेले सॉफ्टवेअर चालवण्यासाठी प्लॅटफॉर्म कसा तयार करायचा? या संदर्भात NoOps चा अर्थ काय आहे?

आपण गोषवारा देण्याचा प्रयत्न केल्यास, विकासकांसाठी "सर्व्हरलेस" किंवा "NoOps" च्या संकल्पना म्हणजे साधने आणि सेवा जे तुम्हाला "ऑपरेशनल" घटक लपवू देतात किंवा विकसकासाठी हा भार कमी करतात.

• सिस्टीमसह नाही तर ऍप्लिकेशन इंटरफेस (एपीआय) सह कार्य करा.
• सॉफ्टवेअरची अंमलबजावणी करण्यास त्रास देऊ नका - प्रदात्याला ते तुमच्यासाठी करू द्या.
• तुम्ही लगेचच मोठा फ्रेमवर्क तयार करू नये - "बिल्डिंग ब्लॉक्स्" म्हणून काम करतील असे छोटे तुकडे लिहून प्रारंभ करा, हा कोड डिस्क आणि डेटाबेससह नाही तर डेटा आणि इव्हेंटसह कार्य करण्याचा प्रयत्न करा.

पूर्वीप्रमाणेच, सॉफ्टवेअर डेव्हलपमेंटमध्ये पुनरावृत्ती वेगवान करणे, अधिक चांगली उत्पादने तयार करण्याची संधी प्रदान करणे आणि विकासकाला त्याचे सॉफ्टवेअर ज्या सिस्टमवर चालते त्याबद्दल काळजी करण्याची गरज नाही. एका अनुभवी विकसकाला हे चांगले ठाऊक आहे की वापरकर्त्यांवर लक्ष केंद्रित केल्याने चित्र त्वरीत बदलू शकते, म्हणून तुम्ही सॉफ्टवेअर लिहिण्यासाठी जास्त प्रयत्न करू नये जोपर्यंत तुम्हाला याची खात्री नसते.

देखभाल आणि ऑपरेशन व्यावसायिकांसाठी, "NoOps" हा शब्द थोडा भयानक वाटू शकतो. परंतु फील्ड अभियंत्यांशी संवाद साधताना, हे स्पष्ट होते की विश्वासार्हता आणि विश्वासार्हता (साइट विश्वसनीयता अभियांत्रिकी, SRE) सुनिश्चित करण्याच्या उद्देशाने ते वापरत असलेले नमुने आणि तंत्रे वर वर्णन केलेल्या नमुन्यांशी अनेक समानता आहेत:

• सिस्टम व्यवस्थापित करू नका - त्यांच्या व्यवस्थापन प्रक्रिया स्वयंचलित करा.
• सॉफ्टवेअर लागू करू नका - ते तैनात करण्यासाठी पाइपलाइन तयार करा.
• तुमच्या सर्व सेवा एकत्र करणे टाळा आणि एकाच्या अपयशामुळे संपूर्ण सिस्टीम अयशस्वी होऊ द्या—स्वयंचलित साधनांचा वापर करून त्यांना तुमच्या संपूर्ण पायाभूत सुविधांमध्ये पसरवा आणि त्यांचे परीक्षण आणि निरीक्षण करता येईल अशा प्रकारे कनेक्ट करा.

SRE ला माहित आहे की काहीतरी चूक होऊ शकते आणि त्यांना समस्येचा मागोवा घ्यावा लागेल आणि त्याचे निराकरण करावे लागेल—म्हणून ते नियमित काम स्वयंचलित करतात आणि त्रुटीचे अंदाजपत्रक आगाऊ सेट करतात जेणेकरून समस्या उद्भवल्यास ते प्राधान्य देण्यासाठी आणि निर्णय घेण्यास तयार असतात.

OpenShift मधील Kubernetes हे दोन मुख्य समस्यांचे निराकरण करण्यासाठी डिझाइन केलेले एक प्लॅटफॉर्म आहे: तुम्हाला आभासी मशीन किंवा लोड बॅलन्सर API समजून घेण्यास भाग पाडण्याऐवजी, ते उच्च-ऑर्डर अॅब्स्ट्रॅक्शन - उपयोजन प्रक्रिया आणि सेवांसह कार्य करते. सॉफ्टवेअर एजंट्स इन्स्टॉल करण्याऐवजी, तुम्ही कंटेनर चालवू शकता आणि तुमचा स्वतःचा मॉनिटरिंग स्टॅक लिहिण्याऐवजी, प्लॅटफॉर्ममध्ये आधीच उपलब्ध असलेली टूल्स वापरा. त्यामुळे, OpenShift 4 चा गुप्त सॉस खरोखर गुपित नाही - ही फक्त SRE तत्त्वे आणि सर्व्हरलेस संकल्पना घेणे आणि विकासक आणि ऑपरेशन अभियंत्यांना मदत करण्यासाठी त्यांच्या तार्किक निष्कर्षापर्यंत पोहोचवणे ही बाब आहे:

• अनुप्रयोग वापरत असलेल्या पायाभूत सुविधा स्वयंचलित आणि प्रमाणित करा
• विकासकांना स्वतःला प्रतिबंधित न करता उपयोजन आणि विकास प्रक्रिया एकत्र जोडणे
• XNUMX वी सेवा, वैशिष्ट्य, ऍप्लिकेशन किंवा संपूर्ण स्टॅक लॉन्च करणे, ऑडिट करणे आणि सुरक्षित करणे हे पहिल्यापेक्षा जास्त कठीण नाही याची खात्री करणे.

परंतु OpenShift 4 प्लॅटफॉर्म आणि त्याच्या पूर्ववर्तींमध्ये आणि अशा समस्यांचे निराकरण करण्यासाठी "मानक" दृष्टिकोनातून काय फरक आहे? अंमलबजावणी आणि ऑपरेशन्स टीमसाठी स्केल काय चालवते? मुळे या स्थितीत राजा क्लस्टर आहे. तर,

• आम्ही खात्री करतो की क्लस्टरचा उद्देश स्पष्ट आहे (प्रिय मेघ, मी हे क्लस्टर उचलले कारण मी करू शकलो)
• क्लस्टरची सेवा करण्यासाठी मशीन्स आणि ऑपरेटिंग सिस्टम अस्तित्वात आहेत (महाराज)
• क्लस्टरमधून यजमानांची स्थिती व्यवस्थापित करा, त्यांची पुनर्बांधणी (ड्रिफ्ट) कमी करा.
• सिस्टमच्या प्रत्येक महत्त्वाच्या घटकासाठी, एक आया (यंत्रणा) आवश्यक आहे जी समस्यांचे निरीक्षण करेल आणि दूर करेल
• सिस्टमच्या *प्रत्येक* पैलू किंवा घटकांचे अपयश आणि संबंधित पुनर्प्राप्ती यंत्रणा जीवनाचा एक सामान्य भाग आहे
• संपूर्ण पायाभूत सुविधा API द्वारे कॉन्फिगर करणे आवश्यक आहे.
• Kubernetes चालवण्यासाठी Kubernetes वापरा. (होय, हो, ती टायपो नाही)
• अद्यतने स्थापित करणे सोपे आणि त्रासमुक्त असावे. अपडेट इन्स्टॉल करण्‍यासाठी एकाहून अधिक क्‍लिक लागत असल्‍यास, स्‍पष्‍टपणे आपण काहीतरी चुकीचे करत आहोत.
• कोणत्याही घटकाचे निरीक्षण करणे आणि डीबग करणे ही समस्या असू नये आणि म्हणून संपूर्ण पायाभूत सुविधांचा मागोवा घेणे आणि अहवाल देणे देखील सोपे आणि सोयीचे असावे.

प्लॅटफॉर्मची क्षमता कृतीत पाहू इच्छिता?

OpenShift 4 ची पूर्वावलोकन आवृत्ती विकसकांसाठी उपलब्ध झाली आहे. वापरण्यास सुलभ इंस्टॉलरसह, तुम्ही AWS वर Red Had CoreOS वर क्लस्टर चालवू शकता. पूर्वावलोकन वापरण्यासाठी, तुम्हाला फक्त पायाभूत सुविधांची तरतूद करण्यासाठी AWS खाते आणि पूर्वावलोकन प्रतिमांमध्ये प्रवेश करण्यासाठी खात्यांचा संच आवश्यक आहे.

1. प्रारंभ करण्यासाठी, वर जा try.openshift.com आणि "प्रारंभ करा" वर क्लिक करा.
2. तुमच्या Red Hat खात्यात लॉग इन करा (किंवा नवीन तयार करा) आणि तुमचे पहिले क्लस्टर सेट करण्यासाठी सूचनांचे अनुसरण करा.

यशस्वी इंस्टॉलेशननंतर, आमचे ट्यूटोरियल पहा ओपनशिफ्ट प्रशिक्षणOpenShift 4 प्लॅटफॉर्मला Kubernetes चालवण्याचा सोपा आणि सोयीस्कर मार्ग बनवणाऱ्या प्रणाली आणि संकल्पनांची सखोल माहिती मिळवण्यासाठी.

नवीन OpenShift रिलीझ वापरून पहा आणि तुमचे मत शेअर करा. आम्ही Kumbernetes सह शक्य तितके प्रवेशयोग्य आणि सहज कार्य करण्यासाठी वचनबद्ध आहोत — NoOps चे भविष्य आजपासून सुरू होत आहे.

आता लक्ष द्या!
परिषदेत DevOpsForum 2019 20 एप्रिल रोजी, ओपनशिफ्ट डेव्हलपरपैकी एक, वदिम रुटकोव्स्की, एक मास्टर क्लास ठेवेल - तो दहा क्लस्टर तोडेल आणि त्यांना त्यांचे निराकरण करण्यास भाग पाडेल. परिषद सशुल्क आहे, परंतु प्रचारात्मक कोड #RedHat सह तुम्हाला 37% सूट मिळते

17:15 - 18:15 वाजता मास्टर क्लास, आणि स्टँड दिवसभर खुला असतो. टी-शर्ट, टोपी, स्टिकर्स - नेहमीचे!

हॉल # 2
"येथे संपूर्ण प्रणाली बदलणे आवश्यक आहे: आम्ही प्रमाणित मेकॅनिक्ससह तुटलेले k8s क्लस्टर दुरुस्त करतो."

स्त्रोत: www.habr.com