मुझे खेद है, ओपनशिफ्ट, हमने आपकी पर्याप्त सराहना नहीं की और आपको हल्के में लिया

यह पोस्ट इसलिए लिखी गई क्योंकि हमारे कर्मचारियों ने कुबेरनेट्स पर एप्लिकेशन विकास और ओपनशिफ्ट पर ऐसे विकास की विशिष्टताओं के बारे में ग्राहकों के साथ काफी बातचीत की थी।

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

सामान्य तौर पर, हमने इस पोस्ट को इस निष्कर्ष के साथ लिखने के बारे में सोचा कि "सुनो, इससे कोई फर्क नहीं पड़ता कि कोड को कहां चलाना है, ओपनशिफ्ट पर या एकेएस पर, ईकेएस पर, कुछ कस्टम कुबेरनेट्स पर, या किसी भी कुबेरनेट्स पर। (संक्षिप्तता के लिए इसे KUK कहते हैं) "यह वास्तव में सरल है, वहाँ और वहाँ दोनों।"

फिर हमने सबसे सरल "हैलो वर्ल्ड" लेने और इसके उदाहरण का उपयोग करके यह दिखाने की योजना बनाई कि KUC और Red Hat OpenShift कंटेनर प्लेटफ़ॉर्म (इसके बाद, OCP या बस OpenShift) के बीच क्या सामान्य है और क्या अंतर है।

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

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

समूहों

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

केयूके-ई पर विधानसभा

तो, चलो चलें

चरण 1 - हमारी कंटेनर छवि बनाना

आइए अपने "हैलो वर्ल्ड" को मिनीक्यूब पर तैनात करके शुरुआत करें। ऐसा करने के लिए आपको आवश्यकता होगी:

1. 1. डॉकर स्थापित.
2. 2. गिट स्थापित.
3. 3. स्थापित मावेन (वास्तव में, यह प्रोजेक्ट एमवीएनडब्ल्यू बाइनरी का उपयोग करता है, इसलिए आप इसके बिना भी काम कर सकते हैं)।
4. 4. दरअसल, स्रोत ही, यानी. रिपोजिटरी क्लोन github.com/gcolman/quarkus-hello-world.git

पहला कदम क्वार्कस प्रोजेक्ट बनाना है। यदि आपने Quarkus.io के साथ कभी काम नहीं किया है तो चिंतित न हों - यह आसान है। आप बस उन घटकों का चयन करें जिन्हें आप प्रोजेक्ट में उपयोग करना चाहते हैं (रेस्टईज़ी, हाइबरनेट, अमेज़ॅन एसक्यूएस, कैमल, आदि), और फिर क्वार्कस स्वयं, आपकी किसी भी भागीदारी के बिना, मावेन आर्कटाइप को कॉन्फ़िगर करता है और सब कुछ जीथब पर डालता है। यानी, वस्तुतः माउस का एक क्लिक और आपका काम हो गया। यही कारण है कि हम क्वार्कस से प्यार करते हैं।

हमारी "हैलो वर्ल्ड" को एक कंटेनर छवि में बनाने का सबसे आसान तरीका डॉकर के लिए क्वार्कस-मावेन एक्सटेंशन का उपयोग करना है, जो सभी आवश्यक कार्य करेगा। क्वार्कस के आगमन के साथ, यह वास्तव में आसान और सरल हो गया है: कंटेनर-इमेज-डॉकर एक्सटेंशन जोड़ें और आप मेवेन कमांड का उपयोग करके छवियां बना सकते हैं।

./mvnw quarkus:add-extension -Dextensions=”container-image-docker”

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

./mvnw -X clean package -Dquarkus.container-image.build=true

बस इतना ही, अब आप डॉकर रन कमांड के साथ कंटेनर शुरू कर सकते हैं, हमारी सेवा को पोर्ट 8080 पर मैप कर सकते हैं ताकि इसे एक्सेस किया जा सके।

docker run -i — rm -p 8080:8080 gcolman/quarkus-hello-world

कंटेनर इंस्टेंस शुरू होने के बाद, जो कुछ बचा है वह कर्ल कमांड से जांचना है कि हमारी सेवा चल रही है:

तो सब कुछ काम करता है और यह वास्तव में आसान और सरल था।

चरण 2 - हमारे कंटेनर को कंटेनर छवि भंडार में भेजें

अभी के लिए, हमारे द्वारा बनाई गई छवि स्थानीय रूप से, हमारे स्थानीय कंटेनर भंडारण में संग्रहीत है। यदि हम इस छवि को अपने COOK वातावरण में उपयोग करना चाहते हैं, तो इसे किसी अन्य रिपॉजिटरी में रखा जाना चाहिए। Kubernetes में ऐसी सुविधाएँ नहीं हैं, इसलिए हम dockerhub का उपयोग करेंगे। क्योंकि, सबसे पहले, यह मुफ़्त है, और दूसरी बात, (लगभग) हर कोई इसे करता है।

यह भी बहुत सरल है, और आपको बस एक डॉकरहब खाते की आवश्यकता है।

तो, हम dockerhub इंस्टॉल करते हैं और अपनी छवि वहां भेजते हैं।

चरण 3 - कुबेरनेट्स लॉन्च करें

हमारे "हैलो वर्ल्ड" को चलाने के लिए कुबेरनेट्स कॉन्फ़िगरेशन को इकट्ठा करने के कई तरीके हैं, लेकिन हम उनमें से सबसे सरल का उपयोग करेंगे, यही वह तरीका है...

सबसे पहले, आइए मिनीक्यूब क्लस्टर लॉन्च करें:

minikube start

चरण 4 - हमारे कंटेनर छवि को तैनात करें

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

kubectl create deployment hello-quarkus — image =gcolman/quarkus-hello-world:1.0.0-SNAPSHOT

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

चरण 5 - हमारी सेवा तक खुली पहुंच

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

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

kubectl expose deployment hello-quarkus — type=NodePort — port=8080

आइए एक्सपोज़ कमांड के "-टाइप" विकल्प पर एक नज़र डालें।

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

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

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

चरण 6 - एक लोड बैलेंसर स्थापित करें

मिनीक्यूब में कई प्लेटफ़ॉर्म फ़ंक्शंस हैं जो बाहरी रूप से सुलभ घटकों, जैसे इनग्रेस कंट्रोलर, को बनाना आसान बनाते हैं। मिनिक्यूब Nginx इनग्रेस कंट्रोलर के साथ बंडल में आता है, और हमें बस इसे सक्षम करना है और इसे कॉन्फ़िगर करना है।

minikube addons enable ingress

अब हम सिर्फ एक कमांड के साथ एक Nginx इनग्रेस कंट्रोलर बनाएंगे, जो हमारे मिनीक्यूब क्लस्टर के अंदर काम करेगा:

ingress-nginx-controller-69ccf5d9d8-j5gs9 1/1 Running 1 33m

चरण 7 - प्रवेश स्थापित करना

अब हमें Nginx इनग्रेस कंट्रोलर को कॉन्फ़िगर करने की आवश्यकता है ताकि यह हैलो-क्वार्कस अनुरोधों को स्वीकार कर सके।

और अंत में, हमें इस कॉन्फ़िगरेशन को लागू करने की आवश्यकता है।

kubectl apply -f ingress.yml

चूँकि हम यह सब अपने कंप्यूटर पर कर रहे हैं, हम अपने मिनीक्यूब से एनजीआईएनएक्स लोड बैलेंसर तक http अनुरोधों को रूट करने के लिए बस अपने नोड का आईपी पता /etc/hosts फ़ाइल में जोड़ते हैं।

192.168.99.100 hello-quarkus.info

बस, अब हमारी मिनीक्यूब सेवा Nginx इनग्रेस कंट्रोलर के माध्यम से बाहरी रूप से पहुंच योग्य है।

खैर, यह आसान था, है ना? या सचमुच नहीं?

ओपनशिफ्ट पर चल रहा है (कोड तैयार कंटेनर)

अब आइए देखें कि यह सब Red Hat OpenShift कंटेनर प्लेटफ़ॉर्म (OCP) पर कैसे किया जाता है।

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

यहाँ, क्षमा करें, हम यह कहने से बच नहीं सकते: "ओपनशिफ्ट अद्भुत है!"

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

आइए इस प्रक्रिया से गुजरें और देखें कि हमें क्या करने की आवश्यकता है।

तो, मिनीक्यूब उदाहरण में, हमने डॉकर से शुरुआत की... रुकिए, अब हमें मशीन पर डॉकर स्थापित करने की आवश्यकता नहीं है।

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

आप समझते हैं, है ना? ओपनशिफ्ट पर हमारे एप्लिकेशन को तैनात करने और चलाने के लिए, आपको उपरोक्त में से किसी की भी आवश्यकता नहीं है। और यह प्रक्रिया स्वयं इस प्रकार दिखती है।

चरण 1 - अपना ओपनशिफ्ट क्लस्टर लॉन्च करें

हम रेड हैट से कोड रेडी कंटेनर्स का उपयोग करते हैं, जो मूल रूप से एक ही मिनिक्यूब है, लेकिन केवल एक पूर्ण विकसित सिंगल-नोड ओपनशिफ्ट क्लस्टर के साथ।

crc start

चरण 2 - ओपनशिफ्ट क्लस्टर में एप्लिकेशन बनाएं और तैनात करें

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

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

हम ओपनशिफ्ट की सोर्स 2 इमेज (एस2आई) प्रक्रिया का उपयोग करेंगे, जिसमें हमारे स्रोत (कोड या बायनेरिज़) को लेने और इसे एक कंटेनरीकृत छवि में बदलने के कई अलग-अलग तरीके हैं जो ओपनशिफ्ट क्लस्टर पर चलता है।

ऐसा करने के लिए हमें दो चीज़ों की आवश्यकता है:

• हमारा सोर्स कोड git रिपॉजिटरी में है
• बिल्डर की छवि जिसके आधार पर निर्माण किया जाएगा।

Red Hat और सामुदायिक स्तर पर ऐसी कई छवियां हैं, और हम OpenJDK छवि का उपयोग करेंगे, ठीक है, क्योंकि मैं एक जावा एप्लिकेशन बना रहा हूं।

आप S2I बिल्ड को OpenShift डेवलपर ग्राफ़िकल कंसोल और कमांड लाइन दोनों से चला सकते हैं। हम न्यू-ऐप कमांड का उपयोग करेंगे, यह बताते हुए कि बिल्डर छवि और हमारा स्रोत कोड कहां से प्राप्त करें।

oc new-app registry.access.redhat.com/ubi8/openjdk-11:latest~https://github.com/gcolman/quarkus-hello-world.git

बस, हमारा एप्लिकेशन बन गया है। ऐसा करने में, S2I प्रक्रिया ने निम्नलिखित कार्य किये:

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

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

यदि आप कंसोल में S2I के लॉन्च की निगरानी करते हैं, तो आप देख सकते हैं कि बिल्ड पूरा होने पर बिल्ड पॉड कैसे लॉन्च होता है।

अब आइए बिल्डर पॉड लॉग पर एक नज़र डालें: सबसे पहले, यह दिखाता है कि मेवेन अपना काम कैसे करता है और हमारे जावा एप्लिकेशन को बनाने के लिए निर्भरता को कैसे डाउनलोड करता है।

मावेन बिल्ड पूरा होने के बाद, कंटेनर छवि का निर्माण शुरू किया जाता है, और फिर इस निर्मित छवि को आंतरिक रिपॉजिटरी में भेजा जाता है।

बस, निर्माण प्रक्रिया पूरी हो गई। अब यह सुनिश्चित करें कि हमारे एप्लिकेशन के पॉड और सेवाएँ क्लस्टर में चल रही हैं।

oc get service

बस इतना ही। और सिर्फ एक टीम. हमें बस इस सेवा को बाहर से पहुंच के लिए उजागर करना है।

चरण 3 - सेवा को बाहर से पहुंच के लिए उजागर करें

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

"हैलो वर्ल्ड" के लिए एक रूटेबल FQDN बनाने के लिए (हाँ, OpenShift के पास सेवा नामों से रूटिंग के लिए अपना स्वयं का DNS है), हम बस अपनी सेवा का खुलासा करेंगे:

oc expose service quarkus-hello-world

यदि आप नव निर्मित रूट को देखें, तो आप वहां FQDN और अन्य रूटिंग जानकारी पा सकते हैं:

oc get route

और अंत में, हम ब्राउज़र से अपनी सेवा तक पहुंचते हैं:

लेकिन अब यह सचमुच आसान था!

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

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

स्रोत: www.habr.com