मलाई माफ गर्नुहोस्, OpenShift, हामीले तपाईंको पर्याप्त कदर गरेनौं र तपाईंलाई सामान्य रूपमा लिएका छौं

यो पोष्ट लेखिएको थियो किनभने हाम्रा कर्मचारीहरूले ग्राहकहरूसँग Kubernetes मा अनुप्रयोगहरू विकास गर्ने र OpenShift मा त्यस्ता विकासका विवरणहरूको बारेमा धेरै कुराकानी गरेका थिए।

हामी सामान्यतया कुबर्नेट्स कुबर्नेट्स मात्र हो भन्ने थीसिसको साथ सुरु गर्छौं, र OpenShift पहिले नै कुबर्नेट्स प्लेटफर्म हो, जस्तै Microsoft AKS वा Amazon EKS। यी प्रत्येक प्लेटफर्मको आफ्नै फाइदाहरू छन्, विशेष लक्षित दर्शकहरूमा केन्द्रित। र त्यस पछि, कुराकानी पहिले नै विशेष प्लेटफर्महरूको शक्ति र कमजोरीहरूको तुलनामा प्रवाहित हुन्छ।

सामान्यतया, हामीले यो पोष्टलाई आउटपुटको साथ लेख्ने सोचेका थियौं "सुन्नुहोस्, तपाईले कोड कहाँ चलाउनुहुन्छ, OpenShift मा वा AKS मा, EKS मा, केहि कस्टम Kubernetes मा, हो कुनै पनि Kubernetes मा। (छोटकरीमा KUK भनौं) "यो वास्तवमै सरल छ, त्यहाँ र त्यहाँ दुवै।"

त्यसपछि हामीले सबैभन्दा सरल "हेलो वर्ल्ड" लिने योजना बनायौं र यसलाई के सामान्य छ र CMC र Red Hat OpenShift कन्टेनर प्लेटफर्म (यसपछि, OCP वा केवल OpenShift) बीचको भिन्नताहरू देखाउन प्रयोग गर्यौं।

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

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

क्लस्टरहरू

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

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

त्यसैले जाऔं।

चरण 1 - हाम्रो कन्टेनर छवि निर्माण

हाम्रो "Hello World" लाई minikube मा प्रयोग गरेर सुरु गरौं। यो आवश्यक हुनेछ:

1. 1. स्थापित डकर।
2. 2. स्थापित Git।
3. 3. स्थापित Maven (वास्तवमा, यो परियोजना mvnw बाइनरी प्रयोग गर्दछ, त्यसैले तपाईं यसलाई बिना गर्न सक्नुहुन्छ)।
4. 4. वास्तवमा, स्रोत आफैं, अर्थात्। भण्डार क्लोन github.com/gcolman/quarkus-hello-world.git

पहिलो चरण क्वार्कस परियोजना बनाउनु हो। यदि तपाईंले Quarkus.io कहिल्यै प्रयोग गर्नुभएको छैन भने नडराउनुहोस् - यो सजिलो छ। तपाईंले परियोजनामा ​​प्रयोग गर्न चाहनुहुने कम्पोनेन्टहरू मात्र चयन गर्नुहोस् (RestEasy, Hibernate, Amazon SQS, Camel, etc.), र त्यसपछि Quarkus आफैले, तपाईंको कुनै पनि सहभागिता बिना, maven archetype सेट अप गर्छ र सबै कुरा github मा राख्छ। त्यो हो, शाब्दिक रूपमा माउसको एक क्लिक - र तपाइँ सकियो। त्यसैले हामी क्वार्कसलाई माया गर्छौं।

हाम्रो "हेलो वर्ल्ड" लाई कन्टेनराइज्ड छविमा निर्माण गर्ने सबैभन्दा सजिलो तरिका डकरका लागि क्वार्कस-माभेन विस्तारहरू प्रयोग गर्नु हो, जसले सबै आवश्यक कार्यहरू गर्नेछ। Quarkus को आगमन संग, यो साँच्चै सजिलो र सरल भएको छ: कन्टेनर-इमेज-डकर एक्सटेन्सन थप्नुहोस् र तपाईं maven आदेशहरु संग छविहरू सिर्जना गर्न सक्नुहुन्छ।

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

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

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

त्यो, वास्तवमा, सबै हो, अब तपाइँ डकर रन कमाण्डको साथ कन्टेनर चलाउन सक्नुहुन्छ, हाम्रो सेवालाई पोर्ट 8080 मा म्याप गरेर यसलाई पहुँच गर्न सकिन्छ।

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

कन्टेनर उदाहरण सुरु भएपछि, हाम्रो सेवा चलिरहेको छ कि कर्ल आदेशसँग जाँच गर्न बाँकी छ:

त्यसोभए, सबै काम गर्दछ, र यो साँच्चै सजिलो र सरल थियो।

चरण २ - हाम्रो कन्टेनरलाई कन्टेनर छवि भण्डारमा पेश गर्नुहोस्

अहिलेको लागि, हामीले सिर्जना गरेको छवि स्थानीय रूपमा हाम्रो स्थानीय कन्टेनर भण्डारणमा भण्डारण गरिएको छ। यदि हामी यो छवि हाम्रो KUK वातावरणमा प्रयोग गर्न चाहन्छौं भने, हामीले यसलाई कुनै अन्य भण्डारमा राख्नु पर्छ। Kubernetes सँग यी सुविधाहरू छैनन्, त्यसैले हामी dockerhub प्रयोग गर्नेछौं। किनभने, पहिलो, यो नि: शुल्क छ, र दोस्रो, (लगभग) सबैले यो गर्छन्।

यो पनि धेरै सरल छ, र केवल एक dockerhub खाता यहाँ आवश्यक छ।

त्यसोभए, हामी डकरहब स्थापना गर्छौं र हाम्रो छवि त्यहाँ पठाउँछौं।

चरण 3 - Kubernetes सुरु गर्नुहोस्

हाम्रो "हेलो वर्ल्ड" चलाउनको लागि kubernetes कन्फिगरेसन सँगै राख्ने धेरै तरिकाहरू छन्, तर हामी तीमध्ये सबैभन्दा सरल प्रयोग गर्नेछौं, किनभने हामी त्यस्ता मानिसहरू हौं ...

पहिले, हामी minikube क्लस्टर सुरु गर्छौं:

minikube start

चरण 4 - हाम्रो कन्टेनर छवि प्रयोग गर्दै

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

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

यस आदेशको साथ, हामीले हाम्रो COOK लाई डिप्लोयमेन्ट कन्फिगरेसन सिर्जना गर्न भन्यौं, जसमा हाम्रो कन्टेनर छविको लागि पोड विशिष्टता समावेश हुनुपर्छ। यो आदेशले हाम्रो minikube क्लस्टरमा पनि यो कन्फिगरेसन लागू गर्नेछ, र एउटा डिप्लोइमेन्ट सिर्जना गर्नेछ जसले हाम्रो कन्टेनर छवि डाउनलोड गर्नेछ र क्लस्टरमा पोड चलाउनेछ।

चरण 5 - हाम्रो सेवामा पहुँच खोल्नुहोस्

अब हामीसँग डिप्लोइड कन्टेनर छवि छ, यो आरामदायी सेवामा बाह्य पहुँच कसरी कन्फिगर गर्ने भन्ने बारे सोच्ने समय हो, जुन वास्तवमा हाम्रो कोडमा प्रोग्राम गरिएको छ।

यहाँ धेरै तरिकाहरू छन्। उदाहरणका लागि, तपाईंले स्वत: उपयुक्त Kubernetes कम्पोनेन्टहरू जस्तै सेवाहरू र अन्तिम बिन्दुहरू सिर्जना गर्न एक्सपोज आदेश प्रयोग गर्न सक्नुहुन्छ। वास्तवमा, यो हामीले हाम्रो डिप्लोयमेन्ट वस्तुको लागि एक्सपोज आदेश कार्यान्वयन गरेर गर्नेछौं:

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

एक क्षणको लागि एक्सपोज आदेशको "-type" विकल्पमा बसौं।

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

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

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

चरण 6 - लोड ब्यालेन्सर सेट अप गर्नुहोस्

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

minikube addons enable ingress

अब, केवल एक आदेशको साथ, हामी एक Nginx प्रवेश नियन्त्रक सिर्जना गर्नेछौं जसले हाम्रो minikube क्लस्टर भित्र काम गर्नेछ:

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

चरण 7 - प्रवेश सेट अप गर्नुहोस्

अब हामीले Hello-quarkus अनुरोधहरू स्वीकार गर्न Nginx प्रवेश नियन्त्रक कन्फिगर गर्न आवश्यक छ।

र अन्तमा, हामीले यो कन्फिगरेसन लागू गर्न आवश्यक छ।

kubectl apply -f ingress.yml

हामीले यो सबै आफ्नै मेसिनमा गरिरहेको हुनाले, NGINX लोड ब्यालेन्सरमा हाम्रो minikube मा http अनुरोधहरू निर्देशित गर्नको लागि हामी केवल हाम्रो नोडको IP ठेगाना /etc/hosts फाइलमा थप्छौं।

192.168.99.100 hello-quarkus.info

त्यो हो, अब हाम्रो minikube सेवा Nginx प्रवेश नियन्त्रक मार्फत बाहिरबाट उपलब्ध छ।

खैर, त्यो सजिलो थियो, सही? वा यति धेरै छैन?

OpenShift मा चलाउनुहोस् (कोड तयार कन्टेनरहरू)

र अब हेरौं कसरी यो सबै Red Hat OpenShift कन्टेनर प्लेटफर्म (OCP) मा गरिन्छ।

minikube को मामला मा, हामी कोड रेडी कन्टेनर (CRC) को रूप मा एकल-नोड OpenShift क्लस्टर संग योजना छनोट गर्छौं। यसलाई minishift भनिन्थ्यो र OpenShift Origin परियोजनामा ​​आधारित थियो, तर अहिले यो CRC हो र Red Hat को OpenShift कन्टेनर प्लेटफर्ममा निर्मित छ।

यहाँ, माफ गर्नुहोस्, हामी मद्दत गर्न सक्दैनौं तर भन्न सक्छौं: "OpenShift राम्रो छ!"

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

प्रक्रिया मार्फत दौडौं र हामीले के गर्न आवश्यक छ हेरौं।

त्यसैले मिनिकुब उदाहरणमा, हामीले डकरसँग सुरु गर्यौं... पर्खनुहोस्, हामीलाई अब मेसिनमा डकर स्थापना गर्न आवश्यक छैन।

र हामीलाई स्थानीय गिट चाहिँदैन।
र Maven आवश्यक छैन।
र तपाईंले हातले कन्टेनर छवि सिर्जना गर्नुपर्दैन।
र तपाईंले कन्टेनर छविहरूको कुनै भण्डार खोज्नु पर्दैन।
र तपाईंले प्रवेश नियन्त्रक स्थापना गर्न आवश्यक छैन।
र तपाईंले प्रवेश कन्फिगर गर्न आवश्यक छैन।

बुझ्नुभयो ? OpenShift मा हाम्रो अनुप्रयोग डिप्लोय गर्न र चलाउनको लागि, माथिका कुनै पनि आवश्यक पर्दैन। र प्रक्रिया आफै निम्नानुसार छ।

चरण 1 - तपाइँको OpenShift क्लस्टर सुरु गर्दै

हामी Red Hat बाट कोड रेडी कन्टेनरहरू प्रयोग गर्छौं, जुन अनिवार्य रूपमा समान Minikube हो, तर पूर्ण एकल-नोड ओपनशिफ्ट क्लस्टरको साथ मात्र।

crc start

चरण २ - ओपनशिफ्ट क्लस्टरमा एप्लिकेसन निर्माण र डिप्लोय गर्नुहोस्

यो यो चरणमा हो कि OpenShift को सादगी र सुविधा यसको सबै महिमा मा प्रकट हुन्छ। सबै Kubernetes वितरणहरू जस्तै, हामीसँग क्लस्टरमा एप्लिकेसन चलाउने धेरै तरिकाहरू छन्। र, KUK को मामला मा, हामी विशेष गरी सरल एक छान्नुहोस्।

OpenShift सँधै कन्टेनराइज्ड अनुप्रयोगहरू निर्माण र चलाउनको लागि प्लेटफर्मको रूपमा निर्माण गरिएको छ। निर्माण कन्टेनरहरू सधैं यस प्लेटफर्मको अभिन्न अंग भएको छ, त्यसैले त्यहाँ सम्बन्धित कार्यहरूको लागि अतिरिक्त Kubernetes स्रोतहरूको गुच्छा छ।

हामी OpenShift को स्रोत 2 छवि (S2I) प्रक्रिया प्रयोग गर्नेछौं, जसमा हाम्रो स्रोत (कोड वा बाइनरीहरू) लिने र यसलाई ओपनशिफ्ट क्लस्टरमा चल्ने कन्टेनराइज्ड छविमा परिणत गर्ने विभिन्न तरिकाहरू छन्।

यसका लागि हामीलाई दुईवटा कुरा चाहिन्छ:

• Git भण्डारमा हाम्रो स्रोत कोड
• निर्माणकर्ता-छवि, जसको आधारमा विधानसभा प्रदर्शन गरिनेछ।

त्यहाँ धेरै त्यस्ता छविहरू छन्, दुबै Red Hat र समुदायद्वारा राखिएको छ, र हामी OpenJDK छवि प्रयोग गर्नेछौं, ठीक छ, किनकि म जाभा अनुप्रयोग बनाउँदैछु।

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

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

त्यो हो, हाम्रो आवेदन सिर्जना गरिएको छ। त्यसो गर्दा, S2I प्रक्रियाले निम्न कुराहरू गर्यो:

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

यस सूचीमा धेरै छ, तर मुख्य कुरा यो हो कि सम्पूर्ण निर्माण मात्र OpenShift भित्र हुन्छ, आन्तरिक डकर रजिस्ट्री OpenShift भित्र छ, र निर्माण प्रक्रियाले सबै Kubernetes कम्पोनेन्टहरू सिर्जना गर्दछ र तिनीहरूलाई क्लस्टरमा चलाउँछ।

यदि तपाइँ कन्सोलमा S2I को प्रक्षेपण दृश्यात्मक रूपमा निगरानी गर्नुहुन्छ भने, तपाइँ कसरी निर्माणको समयमा बिल्ड पोड सुरु हुन्छ भनेर देख्न सक्नुहुन्छ।

र अब बिल्डर पोडको लगहरूमा एक नजर राखौं: पहिले, त्यहाँ तपाईले देख्न सक्नुहुन्छ कि कसरी maven ले आफ्नो काम गर्छ र हाम्रो जाभा अनुप्रयोग निर्माण गर्न निर्भरताहरू डाउनलोड गर्दछ।

maven निर्माण सम्पन्न भएपछि, कन्टेनर छविको निर्माण सुरु हुन्छ, र त्यसपछि यो निर्मित छवि आन्तरिक भण्डारमा पठाइन्छ।

सबै, विधानसभा प्रक्रिया पूरा भयो। अब हाम्रो एप्लिकेसनको पोड र सेवाहरू क्लस्टरमा सुरु भएको छ भनी सुनिश्चित गरौं।

oc get service

यति नै। र त्यहाँ एक मात्र टोली छ। हामीले गर्नुपर्ने भनेको बाहिरी पहुँचको लागि यो सेवालाई उजागर गर्नु हो।

चरण 3 - सेवालाई बाहिरबाट पहुँचको लागि खुला गर्नुहोस्

KUK को मामलामा जस्तै, OpenShift प्लेटफर्ममा, हाम्रो "हेलो वर्ल्ड" लाई क्लस्टर भित्रको सेवामा बाह्य ट्राफिक निर्देशित गर्न राउटर पनि चाहिन्छ। OpenShift मा यसले यसलाई धेरै सजिलो बनाउँछ। पहिले, HAProxy राउटिङ कम्पोनेन्ट पूर्वनिर्धारित रूपमा क्लस्टरमा स्थापना गरिएको छ (यसलाई एउटै NGINX मा परिवर्तन गर्न सकिन्छ)। दोस्रो, त्यहाँ विशेष र उच्च कन्फिगरयोग्य स्रोतहरू छन् जसलाई रूटहरू भनिन्छ, जुन राम्रो पुरानो कुबेरनेटहरूमा इन्ग्रेस वस्तुहरूको सम्झना दिलाउँछ (वास्तवमा, OpenShift को मार्गहरूले Ingress वस्तुहरूको डिजाइनलाई धेरै प्रभाव पारेको छ, जुन अब OpenShift मा प्रयोग गर्न सकिन्छ) , तर हाम्रो "Hello" को लागि। विश्व", र लगभग सबै अन्य अवस्थामा, मानक मार्ग अतिरिक्त कन्फिगरेसन बिना हाम्रो लागि पर्याप्त छ।

"हेलो वर्ल्ड" को लागि एक राउटेबल FQDN सिर्जना गर्न (हो, सेवा नामहरू द्वारा राउटिङको लागि ओपनशिफ्टको आफ्नै DNS छ), हामी केवल हाम्रो सेवालाई उजागर गर्छौं:

oc expose service quarkus-hello-world

यदि तपाइँ भर्खरै सिर्जना गरिएको मार्ग हेर्नुभयो भने, तपाइँ त्यहाँ FQDN र अन्य मार्ग जानकारी पाउन सक्नुहुन्छ:

oc get route

र अन्तमा, हामी ब्राउजरबाट हाम्रो सेवा पहुँच गर्छौं:

तर अब यो साँच्चै सजिलो थियो!

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

हामी आशा गर्छौं कि यो लेख तपाईंको लागि रोचक र उपयोगी थियो। र तपाईले पोर्टलमा OpenShift प्लेटफर्ममा विकास गर्नका लागि उपयोगी अतिरिक्त स्रोतहरू, सामग्रीहरू र अन्य चीजहरू फेला पार्न सक्नुहुन्छ। Red Hat विकासकर्ताहरू.

स्रोत: www.habr.com