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

यो पोस्ट लेखिएको हो किनभने हाम्रा कर्मचारीहरूले ग्राहकहरूसँग कुबर्नेट्समा एप्लिकेसनहरू विकास गर्ने र ओपनशिफ्टमा त्यस्तो विकासको विशिष्टताहरूको बारेमा धेरै कुराकानी गरेका छन्।

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

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

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

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

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

क्लस्टरहरू

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

KUK मा सभा

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

चरण १ - हाम्रो कन्टेनर छवि बनाउनुहोस्

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

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

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

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

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

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

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

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

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

कन्टेनर इन्स्ट्यान्स सुरु भएपछि, हाम्रो सेवा चलिरहेको छ कि छैन भनेर कर्ल कमाण्डले जाँच गर्न मात्र बाँकी छ:

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

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

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

यो पनि धेरै सरल छ र तपाईंलाई चाहिने भनेको डकरहब खाता मात्र हो।

त्यसैले, हामी dockerhub स्थापना गर्छौं र हाम्रो छवि त्यहाँ पठाउँछौं।

चरण ३ – कुबर्नेट्स सुरु गर्नुहोस्

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

पहिले, मिनिक्यूब क्लस्टर सुरु गरौं:

minikube start

चरण ४ – हाम्रो कन्टेनर छवि तैनाथ गर्नुहोस्

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

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

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

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

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

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

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

एकछिन expose कमाण्डको "--type" विकल्प हेरौं।

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

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

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

चरण ६ – लोड ब्यालेन्सर स्थापना गर्नुहोस्

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

minikube addons enable ingress

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

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

चरण ७ – प्रवेश कन्फिगर गर्नुहोस्

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

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

kubectl apply -f ingress.yml

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

192.168.99.100 hello-quarkus.info

यति नै भयो, अब हाम्रो मिनिक्यूब सेवा Nginx इन्ग्रेस नियन्त्रक मार्फत बाह्य रूपमा पहुँचयोग्य छ।

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

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

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

मिनिक्यूब जस्तै, हामी कोड रेडी कन्टेनर (CRC) को रूपमा एकल-नोड ओपनशिफ्ट क्लस्टर रोज्दैछौं। पहिले मिनिशिफ्ट भनिन्थ्यो र ओपनशिफ्ट ओरिजिन परियोजनामा ​​आधारित थियो, यसलाई अब CRC भनिन्छ र रेड ह्याटको ओपनशिफ्ट कन्टेनर प्लेटफर्ममा निर्मित छ।

यहाँ हामी, माफ गर्नुहोस्, भन्न नछोड्न सक्छौं: "ओपनशिफ्ट उत्कृष्ट छ!"

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

प्रक्रिया हेरौं र के गर्नुपर्छ हेरौं।

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

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

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

चरण १ - आफ्नो OpenShift क्लस्टर सुरु गर्नुहोस्

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

crc start

चरण २ - ओपनशिफ्ट क्लस्टरमा एप्लिकेसन बनाउनुहोस् र तैनाथ गर्नुहोस्

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

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

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

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

• हाम्रो स्रोत कोड git भण्डारमा छ।
• निर्माण कार्य सम्पन्न गरिने निर्माणकर्ताको छवि।

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

तपाईंले S2I बिल्डलाई OpenShift Developer ग्राफिकल कन्सोल वा कमाण्ड लाइनबाट चलाउन सक्नुहुन्छ। हामी new-app कमाण्ड प्रयोग गर्नेछौं, जसले यसलाई बिल्डर छवि र हाम्रो स्रोत कोड कहाँबाट प्राप्त गर्ने भनेर बताउँछ।

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

यति भयो, हाम्रो एप बन्यो। S2I प्रक्रियाले निम्न कार्यहरू गरेको छ:

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

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

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

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

एकपटक मेभेन बिल्ड पूरा भएपछि, कन्टेनर छवि बिल्ड सुरु हुन्छ र त्यसपछि निर्मित छविलाई आन्तरिक भण्डारमा धकेलिन्छ।

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

oc get service

यति नै हो। अनि केवल एउटा आदेश। हामीले गर्नुपर्ने भनेको बाह्य पहुँचको लागि यो सेवा खुला गर्नु हो।

चरण ३ – बाह्य पहुँचको लागि सेवा खुला गर्नुहोस्

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

"हेलो वर्ल्ड" को लागि राउटेबल FQDN सिर्जना गर्न (हो, सेवा नामहरू राउट गर्नको लागि OpenShiift को आफ्नै DNS छ), हामी केवल हाम्रो सेवा खुलासा गर्छौं:

oc expose service quarkus-hello-world

यदि तपाईंले नयाँ सिर्जना गरिएको रुट हेर्नुभयो भने, तपाईंले त्यहाँ FQDN र अन्य रुटिङ जानकारी पाउन सक्नुहुन्छ:

oc get route

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

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

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

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

स्रोत: www.habr.com