मला माफ करा, OpenShift, आम्ही तुमचे पुरेसे कौतुक केले नाही आणि तुम्हाला गृहीत धरले

हे पोस्ट लिहीले आहे कारण आमच्या कर्मचार्‍यांचे क्लायंटशी Kubernetes वर ऍप्लिकेशन डेव्हलपमेंट आणि OpenShift वरील अशा डेव्हलपमेंटच्या वैशिष्ट्यांबद्दल बरेच संभाषण होते.

आम्ही सामान्यत: कुबर्नेट्स हे फक्त कुबर्नेट्स आहे या प्रबंधाने सुरुवात करतो आणि Microsoft AKS किंवा Amazon EKS सारखे OpenShift आधीच कुबर्नेट्स प्लॅटफॉर्म आहे. या प्रत्येक प्लॅटफॉर्मचे स्वतःचे फायदे आहेत, विशिष्ट लक्ष्यित प्रेक्षकांसाठी. आणि यानंतर, संभाषण विशिष्ट प्लॅटफॉर्मच्या सामर्थ्य आणि कमकुवतपणाची तुलना करण्याकडे वळते.

सर्वसाधारणपणे, आम्ही "ऐका, कोड कुठे चालवावा हे महत्त्वाचे नाही, ओपनशिफ्टवर किंवा AKS वर, EKS वर, काही सानुकूल कुबरनेट्सवर, किंवा कोणत्याही कुबर्नेट्सवर" अशा निष्कर्षासह हे पोस्ट लिहिण्याचा विचार केला. (संक्षिप्ततेसाठी याला KUK म्हणूया) "हे खरोखर सोपे आहे, तेथे आणि तेथे दोन्ही."

मग आम्ही सर्वात सोपा “हॅलो वर्ल्ड” घ्यायचे आणि त्याचे उदाहरण वापरून KUC आणि Red Hat OpenShift कंटेनर प्लॅटफॉर्म (यापुढे OCP किंवा फक्त OpenShift) मध्ये काय फरक आहे आणि काय फरक आहे हे दाखवण्यासाठी योजना आखली.

तथापि, आम्ही हे पोस्ट लिहिल्याप्रमाणे, आम्हाला जाणवले की आम्हाला ओपनशिफ्ट वापरण्याची इतकी सवय झाली आहे की ते कसे वाढले आणि एक आश्चर्यकारक प्लॅटफॉर्म बनले जे केवळ कुबर्नेट्स वितरणापेक्षा बरेच काही बनले आहे हे आम्हाला समजले नाही. आम्ही OpenShift ची परिपक्वता आणि साधेपणा गृहीत धरतो आणि त्याची चमक गमावतो.

सर्वसाधारणपणे, सक्रिय पश्चात्ताप करण्याची वेळ आली आहे, आणि आता आम्ही KUK आणि OpenShift वर आमच्या "हॅलो वर्ल्ड" च्या कमिशनिंगची टप्प्याटप्प्याने तुलना करू आणि आम्ही हे शक्य तितक्या वस्तुनिष्ठपणे करू (चांगले, काही वेळा दर्शविल्याशिवाय. विषयाकडे वैयक्तिक दृष्टीकोन). जर तुम्हाला या विषयावर निव्वळ व्यक्तिनिष्ठ मतात स्वारस्य असेल तर तुम्ही ते वाचू शकता येथे (EN). आणि या पोस्टमध्ये आम्ही वस्तुस्थिती आणि फक्त वस्तुस्थितीला चिकटून राहू.

क्लस्टर्स

तर, आमच्या “हॅलो वर्ल्ड” ला क्लस्टर्सची आवश्यकता आहे. सर्व्हर, नोंदणी, नेटवर्क, डेटा ट्रान्सफर इ.साठी पैसे देऊ नयेत म्हणून आम्ही कोणत्याही सार्वजनिक ढगांना लगेच "नाही" म्हणू. त्यानुसार, आम्ही एक साधा सिंगल-नोड क्लस्टर ऑन निवडतो मिनीकुबे (KUK साठी) आणि कोड तयार कंटेनर (ओपनशिफ्ट क्लस्टरसाठी). हे दोन्ही पर्याय स्थापित करणे खरोखर सोपे आहे, परंतु आपल्या लॅपटॉपवर भरपूर संसाधनांची आवश्यकता असेल.

KUK-e वर विधानसभा

तर, चला जाऊया.

पायरी 1 - आमची कंटेनर प्रतिमा तयार करणे

चला मिनीक्युबवर आमचे “हॅलो वर्ल्ड” उपयोजित करून सुरुवात करूया. हे करण्यासाठी आपल्याला आवश्यक असेलः

1. 1. डॉकर स्थापित.
2. 2. Git स्थापित.
3. 3. मावेन स्थापित केले (खरं तर, हा प्रकल्प mvnw बायनरी वापरतो, त्यामुळे तुम्ही त्याशिवाय करू शकता).
4. 4. वास्तविक, स्त्रोत स्वतः, म्हणजे. रेपॉजिटरी क्लोन github.com/gcolman/quarkus-hello-world.git

पहिली पायरी म्हणजे क्वार्कस प्रकल्प तयार करणे. तुम्ही कधीही Quarkus.io सह काम केले नसेल तर घाबरू नका - हे सोपे आहे. तुम्ही फक्त प्रकल्पात वापरू इच्छित असलेले घटक निवडा (RestEasy, Hibernate, Amazon SQS, Camel, इ.), आणि नंतर Quarkus स्वतः, तुमच्या कोणत्याही सहभागाशिवाय, maven archetype कॉन्फिगर करते आणि सर्वकाही github वर ठेवते. म्हणजेच, अक्षरशः माउसच्या एका क्लिकवर आणि तुम्ही पूर्ण केले. म्हणूनच आम्हाला क्वार्कस आवडतात.

कंटेनर इमेजमध्ये आमचे "हॅलो वर्ल्ड" तयार करण्याचा सर्वात सोपा मार्ग म्हणजे डॉकरसाठी क्वार्कस-मावेन विस्तार वापरणे, जे सर्व आवश्यक कार्य करेल. क्वार्कसच्या आगमनाने, हे खरोखर सोपे आणि सोपे झाले आहे: कंटेनर-इमेज-डॉकर विस्तार जोडा आणि तुम्ही मॅवेन कमांड वापरून प्रतिमा तयार करू शकता.

./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 वातावरणात वापरायची असेल, तर ती इतर कोठल्यातरी भांडारात ठेवली पाहिजे. कुबर्नेट्समध्ये अशी वैशिष्ट्ये नाहीत, म्हणून आम्ही डॉकरहब वापरू. कारण, प्रथम, ते विनामूल्य आहे, आणि दुसरे म्हणजे, (जवळजवळ) प्रत्येकजण ते करतो.

हे देखील अगदी सोपे आहे, आणि तुम्हाला फक्त डॉकरहब खात्याची आवश्यकता आहे.

म्हणून, आम्ही डॉकरहब स्थापित करतो आणि आमची प्रतिमा तेथे पाठवतो.

पायरी 3 - Kubernetes लाँच करा

आमचे “हॅलो वर्ल्ड” चालवण्यासाठी कुबर्नेट्स कॉन्फिगरेशन एकत्र करण्याचे अनेक मार्ग आहेत, परंतु आम्ही त्यापैकी सर्वात सोपा वापरू, तेच आम्ही आहोत...

प्रथम, मिनीक्यूब क्लस्टर लाँच करूया:

minikube start

चरण 4 - आमची कंटेनर प्रतिमा तैनात करा

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

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

या आदेशासह आम्ही आमच्या COO ला उपयोजन कॉन्फिगरेशन तयार करण्यास सांगितले, ज्यामध्ये आमच्या कंटेनर प्रतिमेसाठी पॉड तपशील असणे आवश्यक आहे. ही आज्ञा आमच्या minikube क्लस्टरवर हे कॉन्फिगरेशन देखील लागू करेल आणि एक उपयोजन तयार करेल जे आमची कंटेनर प्रतिमा डाउनलोड करेल आणि क्लस्टरमध्ये पॉड लाँच करेल.

पायरी 5 - आमच्या सेवेचा प्रवेश उघडा

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

येथे अनेक मार्ग आहेत. उदाहरणार्थ, सेवा आणि एंडपॉइंट्स यांसारखे योग्य Kubernetes घटक आपोआप तयार करण्यासाठी तुम्ही expose कमांड वापरू शकता. वास्तविक, आमच्या डिप्लॉयमेंट ऑब्जेक्टसाठी expose कमांड कार्यान्वित करून आम्ही हेच करू:

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

एक्सपोज कमांडचा "-type" पर्याय पाहण्यासाठी थोडा वेळ घेऊ या.

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

उदाहरणार्थ, लिहून type=लोडबॅलन्सर, आम्ही आमच्या Kubernetes क्लस्टरशी कनेक्ट होण्यासाठी सार्वजनिक क्लाउडमध्ये स्वयंचलितपणे लोड बॅलन्सरची तरतूद करतो. हे अर्थातच उत्तम आहे, परंतु तुम्हाला हे समजून घेणे आवश्यक आहे की असे कॉन्फिगरेशन एका विशिष्ट सार्वजनिक क्लाउडशी काटेकोरपणे बांधले जाईल आणि वेगवेगळ्या वातावरणात कुबर्नेट्सच्या घटनांमध्ये हस्तांतरित करणे अधिक कठीण होईल.

आमच्या उदाहरणात type=NodePort, म्हणजे, आमची सेवा नोडचा IP पत्ता आणि पोर्ट नंबर द्वारे ऍक्सेस केली जाते. हा पर्याय तुम्हाला कोणतेही सार्वजनिक ढग न वापरण्याची परवानगी देतो, परंतु त्यासाठी अनेक अतिरिक्त पायऱ्या आवश्यक आहेत. सर्वप्रथम, तुम्हाला तुमचा स्वतःचा लोड बॅलन्सर हवा आहे, म्हणून आम्ही आमच्या क्लस्टरमध्ये NGINX लोड बॅलन्सर तैनात करू.

पायरी 6 - लोड बॅलन्सर स्थापित करा

minikube मध्ये अनेक प्लॅटफॉर्म फंक्शन्स आहेत जे बाहेरून प्रवेश करण्यायोग्य घटक तयार करणे सोपे करतात, जसे की प्रवेश नियंत्रक. Minikube Nginx इंग्रेस कंट्रोलरसह एकत्रित येते आणि आम्हाला फक्त ते सक्षम करायचे आहे आणि ते कॉन्फिगर करायचे आहे.

minikube addons enable ingress

आता आम्ही फक्त एका कमांडसह एक Nginx प्रवेश नियंत्रक तयार करू, जो आमच्या minikube क्लस्टरमध्ये कार्य करेल:

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

पायरी 7 - प्रवेश सेट करणे

आता आपल्याला Nginx इंग्रेस कंट्रोलर कॉन्फिगर करणे आवश्यक आहे जेणेकरून ते हॅलो-क्वार्कस विनंत्या स्वीकारेल.

आणि शेवटी, आम्हाला हे कॉन्फिगरेशन लागू करणे आवश्यक आहे.

kubectl apply -f ingress.yml

आम्ही हे सर्व आमच्या स्वत:च्या संगणकावर करत असल्याने, आम्ही आमच्या मिनीक्युबला HTTP विनंत्या NGINX लोड बॅलन्सरवर रूट करण्यासाठी आमच्या नोडचा IP पत्ता /etc/ होस्ट फाइलमध्ये जोडतो.

192.168.99.100 hello-quarkus.info

इतकेच, आता आमची मिनीक्युब सेवा Nginx इनग्रेस कंट्रोलरद्वारे बाहेरून उपलब्ध आहे.

बरं, ते सोपे होते, बरोबर? किंवा खरोखर नाही?

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

आता हे सर्व Red Hat OpenShift कंटेनर प्लॅटफॉर्म (OCP) वर कसे केले जाते ते पाहू.

minikube प्रमाणे, आम्ही कोड रेडी कंटेनर्स (CRC) च्या स्वरूपात सिंगल-नोड ओपनशिफ्ट क्लस्टर डिझाइन निवडतो. पूर्वी, याला मिनिशिफ्ट म्हटले जात असे आणि ते ओपनशिफ्ट ओरिजिन प्रकल्पावर आधारित होते, परंतु आता ते सीआरसी आहे आणि रेड हॅटच्या ओपनशिफ्ट कंटेनर प्लॅटफॉर्मवर तयार केले आहे.

येथे आम्ही, माफ करा, मदत करू शकत नाही परंतु असे म्हणू शकत नाही: "ओपनशिफ्ट अद्भुत आहे!"

सुरुवातीला, आम्ही हे लिहिण्याचा विचार केला की OpenShift वरील विकास कुबर्नेट्सवरील विकासापेक्षा वेगळा नाही. आणि थोडक्यात हे असे आहे. परंतु हे पोस्ट लिहिण्याच्या प्रक्रियेत, तुमच्याकडे OpenShift नसताना तुम्हाला किती अतिरिक्त हालचाली कराव्या लागतील हे आम्ही लक्षात ठेवले आणि म्हणूनच, पुन्हा, हे आश्चर्यकारक आहे. जेव्हा सर्वकाही सहजतेने केले जाते तेव्हा आम्हाला ते आवडते आणि minikube च्या तुलनेत OpenShift वर उपयोजित करणे आणि चालवणे हे आमचे उदाहरण किती सोपे आहे हे आम्हाला हे पोस्ट लिहिण्यास प्रवृत्त करते.

चला प्रक्रियेतून जाऊ आणि आपल्याला काय करण्याची आवश्यकता आहे ते पाहूया.

तर, मिनीकुब उदाहरणामध्ये, आम्ही डॉकरने सुरुवात केली... थांबा, आम्हाला यापुढे मशीनवर डॉकर स्थापित करण्याची आवश्यकता नाही.

आणि आम्हाला स्थानिक गिटची गरज नाही.
आणि मावेनची गरज नाही.
आणि आपल्याला आपल्या हातांनी कंटेनर प्रतिमा तयार करण्याची आवश्यकता नाही.
आणि तुम्हाला कंटेनर प्रतिमांचे कोणतेही भांडार शोधण्याची गरज नाही.
आणि प्रवेश नियंत्रक स्थापित करण्याची आवश्यकता नाही.
आणि आपल्याला प्रवेश कॉन्फिगर करण्याची आवश्यकता नाही.

तुला समजले, बरोबर? OpenShift वर आमचा अर्ज उपयोजित करण्यासाठी आणि चालवण्यासाठी, तुम्हाला वरीलपैकी कशाचीही आवश्यकता नाही. आणि प्रक्रिया स्वतःच यासारखी दिसते.

पायरी 1 - तुमचा OpenShift क्लस्टर लाँच करा

आम्ही Red Hat मधील कोड रेडी कंटेनर वापरतो, जे मूलत: समान Minikube आहे, परंतु केवळ पूर्ण वाढ झालेल्या सिंगल-नोड ओपनशिफ्ट क्लस्टरसह.

crc start

पायरी 2 - OpenShift क्लस्टरवर अनुप्रयोग तयार करा आणि तैनात करा

या पायरीवरच ओपनशिफ्टची साधेपणा आणि सुविधा सर्व वैभवात प्रकट झाली आहे. सर्व Kubernetes वितरणाप्रमाणे, आमच्याकडे क्लस्टरमध्ये अनुप्रयोग चालवण्याचे अनेक मार्ग आहेत. आणि, KUK च्या बाबतीत, आम्ही विशेषतः सर्वात सोपा निवडतो.

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

आम्ही OpenShift ची सोर्स 2 इमेज (S2I) प्रक्रिया वापरणार आहोत, ज्यामध्ये आमचा स्रोत (कोड किंवा बायनरी) घेण्याचे आणि ओपनशिफ्ट क्लस्टरवर चालणार्‍या कंटेनराइज्ड इमेजमध्ये बदलण्याचे वेगवेगळे मार्ग आहेत.

हे करण्यासाठी आम्हाला दोन गोष्टींची आवश्यकता आहे:

• आमचा सोर्स कोड गिट रेपॉजिटरीमध्ये आहे
• बिल्डरची प्रतिमा ज्याच्या आधारावर बांधकाम केले जाईल.

Red Hat द्वारे आणि समुदाय स्तरावर अशा अनेक प्रतिमा आहेत आणि आम्ही OpenJDK प्रतिमा वापरू, कारण मी Java ऍप्लिकेशन तयार करत आहे.

तुम्ही ओपनशिफ्ट डेव्हलपर ग्राफिकल कन्सोल आणि कमांड लाइनवरून S2I बिल्ड चालवू शकता. बिल्डर इमेज आणि आमचा सोर्स कोड कुठे मिळवायचा हे सांगून आम्ही new-app कमांड वापरू.

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

तेच, आमचा अर्ज तयार झाला आहे. असे करताना, S2I प्रक्रियेने खालील गोष्टी केल्या:

• अनुप्रयोग तयार करण्याशी संबंधित सर्व प्रकारच्या गोष्टींसाठी एक सेवा बिल्ड-पॉड तयार केला.
• OpenShift बिल्ड कॉन्फिगरेशन तयार केले.
• मी अंतर्गत OpenShift डॉकर रेजिस्ट्रीमध्ये बिल्डर इमेज डाउनलोड केली.
• स्थानिक भांडारात "हॅलो वर्ल्ड" क्लोन केले.
• मी पाहिले की तेथे एक मावेन पोम आहे, म्हणून मी मॅवेन वापरून अनुप्रयोग संकलित केला.
• संकलित Java अनुप्रयोग असलेली नवीन कंटेनर प्रतिमा तयार केली आणि ही प्रतिमा अंतर्गत कंटेनर नोंदणीमध्ये ठेवा.
• पॉड, सेवा इ.साठी वैशिष्ट्यांसह कुबर्नेट्स उपयोजन तयार केले.
• मी कंटेनर प्रतिमा तैनात करण्यास सुरुवात केली.
• सर्व्हिस बिल्ड-पॉड काढला.

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

तुम्ही कन्सोलमध्ये S2I लाँच करण्याचे दृश्यमानपणे निरीक्षण केल्यास, बिल्ड पूर्ण झाल्यावर बिल्ड पॉड कसे लॉन्च केले जाते ते तुम्ही पाहू शकता.

आता बिल्डर पॉड लॉग्सवर एक नजर टाकूया: प्रथम, हे दर्शविते की मॅवेन त्याचे कार्य कसे करते आणि आमचे जावा अनुप्रयोग तयार करण्यासाठी अवलंबित्व डाउनलोड करते.

मॅवेन बिल्ड पूर्ण झाल्यानंतर, कंटेनर इमेज तयार करणे सुरू केले जाते आणि नंतर ही बिल्ट इमेज अंतर्गत रेपॉजिटरीमध्ये पाठविली जाते.

तेच, बिल्ड प्रक्रिया पूर्ण झाली आहे. आता आमच्या ऍप्लिकेशनच्या पॉड्स आणि सेवा क्लस्टरमध्ये चालू आहेत याची खात्री करूया.

oc get service

इतकंच. आणि फक्त एक संघ. आम्हाला फक्त बाहेरून प्रवेशासाठी ही सेवा उघड करायची आहे.

पायरी 3 - बाहेरून प्रवेशासाठी सेवा उघड करा

KUC च्या बाबतीत, ओपनशिफ्ट प्लॅटफॉर्मवर आमच्या "हॅलो वर्ल्ड" ला क्लस्टरमधील सेवेकडे बाह्य रहदारी निर्देशित करण्यासाठी राउटरची देखील आवश्यकता आहे. OpenShift हे खूप सोपे करते. प्रथम, HAProxy राउटिंग घटक क्लस्टरमध्ये डीफॉल्टनुसार स्थापित केला जातो (तो त्याच NGINX मध्ये बदलला जाऊ शकतो). दुसरे म्हणजे, रूट्स नावाची विशेष आणि अत्यंत कॉन्फिगर करण्यायोग्य संसाधने आहेत आणि जुन्या कुबर्नेट्समध्ये इंग्रेस ऑब्जेक्ट्सची आठवण करून देतात (खरं तर, ओपनशिफ्टच्या रूट्सने इंग्रेस ऑब्जेक्ट्सच्या डिझाइनवर खूप प्रभाव पाडला आहे, जो आता ओपनशिफ्टमध्ये वापरला जाऊ शकतो) परंतु आमच्या “हॅलो वर्ल्ड” साठी. , आणि जवळजवळ इतर सर्व प्रकरणांमध्ये, अतिरिक्त कॉन्फिगरेशनशिवाय मानक मार्ग आमच्यासाठी पुरेसा आहे.

“हॅलो वर्ल्ड” साठी राउटेबल FQDN तयार करण्यासाठी (होय, सेवेच्या नावांनुसार राउटिंगसाठी ओपनशिफ्टचे स्वतःचे DNS आहे), आम्ही फक्त आमची सेवा उघड करू:

oc expose service quarkus-hello-world

तुम्ही नव्याने तयार केलेला मार्ग पाहिल्यास, तुम्हाला तेथे FQDN आणि इतर राउटिंग माहिती मिळेल:

oc get route

आणि शेवटी, आम्ही ब्राउझरवरून आमच्या सेवेत प्रवेश करतो:

पण आता ते खरोखर सोपे होते!

आम्हाला Kubernetes आणि हे तंत्रज्ञान आम्हाला करू देते त्या सर्व गोष्टी आवडतात आणि आम्हाला साधेपणा आणि सहजता देखील आवडते. Kubernetes वितरित, स्केलेबल कंटेनरचे ऑपरेशन आश्चर्यकारकपणे सुलभ करण्यासाठी तयार केले गेले होते, परंतु त्याची साधेपणा आज उत्पादनात अनुप्रयोग ठेवण्यासाठी पुरेसा नाही. इथूनच OpenShift कार्यात येते, काळाच्या अनुषंगाने आणि Kubernetes ऑफर करते, मुख्यतः विकासकाला उद्देशून. S2I, ODI, विकसक पोर्टल, OpenShift ऑपरेटर फ्रेमवर्क, IDE इंटिग्रेशन, डेव्हलपर कॅटलॉग, हेल्म इंटिग्रेशन, मॉनिटरिंग आणि इतर अनेक साधनांच्या निर्मितीसह, विशेषतः विकसकांसाठी OpenShift प्लॅटफॉर्म तयार करण्यासाठी बरेच प्रयत्न केले गेले आहेत.

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

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