🌴 📇 👦🏻 Kubernetes के उद्यम संस्करण के रूप में OpenShift ✍🏽 ♿️ 🤛🏿

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

इसलिए, कुबेरनेट्स एक ऐसा इंजन है, जिसके चारों ओर ओपनशिफ्ट ब्रांड का एक ऑटोमोबाइल (प्लेटफॉर्म) इकट्ठा किया गया है, जो आपको लक्ष्य तक ले जाता है।

इस लेख में, हम निम्नलिखित मुख्य बिंदुओं को और विस्तार से याद करना और विश्लेषण करना चाहते हैं:

Kubernetes OpenShift प्लेटफ़ॉर्म के केंद्र में है। और यह 100% Kubernetes प्रमाणित है, पूरी तरह से खुला स्रोत है और बिना मामूली स्वामित्व के है। संक्षेप में:
- API OpenShift – Kubernetes.
- Kubernetes, - OpenShift. .
OpenShift Kubernetes . , OpenShift , , , . OpenShift . , PaaS- , . Container-as-a-Service .

OpenShift – Kubernetes 100% CNCF

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

आपने शायद OC नामक OpenShift कमांड लाइन उपयोगिता के बारे में सुना है। यह कुब्लेट कमांड के साथ पूरी तरह से संगत है, साथ ही यह कई उपयोगी सहायक प्रदान करता है जो कई कार्यों को करते समय उपयोगी होते हैं। लेकिन पहले, OC और kubectl संगतता के बारे में थोड़ा अधिक:

Kubectl टीमों	OC टीमें
kubectl में फली मिलती है	सागर में फली मिलती है
kubectl को नाम स्थान मिलते हैं	सागर को नाम स्थान मिलता है
kubectl create -f तैनाती ।yaml	oc create -f की तैनाती ।yaml

यहाँ OpenShift API पर kubectl का उपयोग करने के परिणाम क्या दिखते हैं:

• kubectl को पॉड मिलते हैं - यह पॉड्स वापस आने की उम्मीद है।

• kubectl को नाम स्थान मिलते हैं - काफी अपेक्षित नामस्थान।

Kubectl create -f mydeployment.yaml कमांड किसी अन्य कुबेरनेट प्लेटफार्म की तरह ही कुबेरनेट संसाधन बनाता है, जैसा कि नीचे दिए गए वीडियो में दिखाया गया है:

दूसरे शब्दों में, सभी कुबेरनेट्स एपीआई 100% संगतता के साथ ओपनशिफ्ट में पूरी तरह से सुलभ हैं। यही कारण है कि OpenShift को क्लाउड नेटिव कंप्यूटिंग फाउंडेशन (सीएनसीएफ) द्वारा प्रमाणित कुबेरनेट्स प्लेटफॉर्म के रूप में मान्यता प्राप्त है ।

ओपनशिफ्ट उपयोगी सुविधाओं के साथ कुबेरनेट्स का समर्थन करता है

Kubernetes की एपीआई OpenShift में 100% उपलब्ध है, लेकिन नियमित रूप से Kubernetes की Kubectet उपयोगिता कार्यक्षमता और सुविधा में स्पष्ट रूप से कमी है। इसलिए, Red Hat ने Kubernetes को उपयोगी सुविधाओं और कमांड-लाइन टूल के साथ जोड़ा, जैसे OC (OpenShift क्लाइंट के लिए छोटा) और ODO (OpenShift DO, यह उपयोगिता डेवलपर्स के लिए अभिप्रेत है)।

1. OC उपयोगिता - कुबेक्टल का अधिक शक्तिशाली और सुविधाजनक संस्करण

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

आइए उदाहरणों पर गौर करें कि OC उपयोगिता की अंतर्निहित सहायक और उन्नत कार्यक्षमता कैसे रोजमर्रा के काम को आसान बनाती है।

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

नाम याद नहीं है कि क्या कहा जाता है? कोई समस्या नहीं है, पूरी सूची प्रदर्शित करने के लिए बस "ओशन प्रोजेक्ट्स" टाइप करें। अगर आप केवल क्लस्टर पर नामस्थानों के एक सीमित उपसमूह तक पहुंच रखते हैं तो यह सोचकर संदेह होगा कि यह कैसे काम करेगा? ठीक है, क्योंकि कुबेटेल यह सही ढंग से करता है, केवल अगर आरबीएसी आपको क्लस्टर पर सभी रिक्त स्थान देखने की अनुमति देता है, और बड़े समूहों में, हर कोई ऐसा अधिकार नहीं देता है। तो, हम उत्तर देते हैं: OC के लिए यह कोई समस्या नहीं है और यह आसानी से ऐसी स्थिति में पूरी सूची देगा। यह ऐसी trifles से है कि Openshift के कॉर्पोरेट फोकस और उपयोगकर्ताओं और अनुप्रयोगों के मामले में इस मंच की अच्छी मापनीयता है

2. ODO - डेवलपर्स के लिए kubectl का एक बेहतर संस्करण

Kubernetes पर Red Hat OpenShift के सुधार का एक और उदाहरण ODO कमांड-लाइन उपयोगिता है। यह डेवलपर्स के लिए अभिप्रेत है और आपको दूरस्थ OpenShift क्लस्टर पर स्थानीय कोड को जल्दी से तैनात करने की अनुमति देता है। इसके अलावा, यह आंतरिक प्रक्रियाओं को अनुकूलित करने के लिए एक दूरस्थ OpenShift क्लस्टर पर कंटेनरों के साथ सभी कोड परिवर्तनों को तुरंत पुन: इकट्ठा करने के लिए, रजिस्ट्री में जगह और पुन: डिज़ाइन छवियों में जगह के बिना उपयोग किया जा सकता है।

आइए देखें कि कैसे OC और ODO कंटेनर और कुबेरनेट को आसान बनाते हैं।

बस एक जोड़ी वर्कफ़्लोज़ की तुलना करें जब वे कुबेटेल के आधार पर निर्मित होते हैं, और जब ओसी या ओडीओ का उपयोग किया जाता है।

• जो लोग YAML भाषा नहीं बोलते हैं उनके लिए OpenShift पर कोड की तैनाती:

कुबेरनेत्स / कुब्लेट	$> git clone github.com/sclorg/nodejs-ex.git 1- Dockerfile, ————– FROM node WORKDIR /usr/src/app COPY package*.json ./ COPY index.js ./ COPY ./app ./app RUN npm install EXPOSE 3000 CMD [ “npm”, “start” ] ————– 2- $> podman build … 3- podman login … 4- podman push 5- yaml- (deployment.yaml, service.yaml, ingress.yaml) – 6- manifest-: Kubectl apply -f .
OpenShift / oc	$> oc new-app github.com/sclorg/nodejs-ex.git – __
OpenShift / odo	$> git clone github.com/sclorg/nodejs-ex.git $> odo create component nodejs myapp $> odo push

• : .

Kubernetes / kubectl	1- kubeconfig “myproject” 2- kubectl set-context …
OpenShift / oc	oc project “myproject”

: « , -. ?»

कल्पना कीजिए कि आप एक रेसिंग कार में बैठे हैं और वे कहते हैं: "हमने एक नए प्रकार के ब्रेक यहां लगाए हैं और, स्पष्ट रूप से, वे अभी तक विश्वसनीयता के साथ ठीक नहीं हैं ... लेकिन चिंता न करें, हम चैंपियनशिप के दौरान उन्हें सक्रिय रूप से परिष्कृत करेंगे।" आप इस संभावना को कैसे पसंद करते हैं? रेड हैट में हम किसी तरह बहुत कम नहीं हैं। :)

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

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

Red Hat जानबूझकर लगातार OpenShift रिलीज़ करता है और अपने Kubernetes संस्करण को अपडेट करता है। उदाहरण के लिए, इस लेख को लिखने के समय, OpenShift 4.3 के GA रिलीज़ में Kubernetes 1.16 शामिल है, जो Kubernetes 1.17 के अपस्ट्रीम संस्करण के पीछे केवल एक इकाई है। इस प्रकार, हम एंटरप्राइज़-क्लास कुबेरनेट्स ग्राहक को देने की कोशिश करते हैं और ओपनशिफ्ट के नए संस्करणों को जारी करने की प्रक्रिया में अतिरिक्त गुणवत्ता नियंत्रण प्रदान करते हैं।

सॉफ़्टवेयर सुधार: “कुबेरनेट्स के उस संस्करण में एक छेद था जो हमारे पास उत्पादन में है। और आप इसे केवल तीन संस्करणों को अपडेट करके बंद कर सकते हैं। या विकल्प हैं? ”

कुबेरनेट्स ओपन सोर्स प्रोजेक्ट के हिस्से के रूप में, सॉफ़्टवेयर फ़िक्सेस आमतौर पर अगली रिलीज़ के हिस्से के रूप में जारी किए जाते हैं, कभी-कभी वे एक या दो पिछले अंतरिम रिलीज़ को कवर करते हैं, जो केवल 6 महीने पहले कवरेज देता है।

रेड हैट दूसरों की तुलना में पहले महत्वपूर्ण सुधारों को जारी करने और बहुत लंबी अवधि के लिए समर्थन प्रदान करने के लिए उचित रूप से गर्व करता है। उदाहरण के लिए, कुबेरनेट्स विशेषाधिकार वृद्धि भेद्यता ( CVE-2018-1002105 ) को लें: यह कुबेरनेट्स 1.11 में खोजा गया था, और पिछले रिलीज के लिए पैच केवल संस्करण 1.10.11 को जारी किए गए थे, इस छेद को पिछले सभी कुबेरनेट्स रिलीज में छोड़ दिया गया था, 1 से .x से 1.9।

बदले में, Red Hat ने OpenShift को संस्करण 3.2 में वापस पैच किया(कुबेरनेट्स 1.2 वहां खड़ा है), नौ ओपनशिफ्ट रिलीज पर कब्जा कर रहा है और ग्राहक देखभाल ( यहां अधिक जानकारी ) प्रदर्शित कर रहा है।

कैसे ओपनशिफ्ट और रेड हैट ने कुबेरनेट्स को आगे बढ़ाया

Red Hat, Kubernetes के ओपन सोर्स प्रोजेक्ट के लिए दूसरा सबसे बड़ा योगदानकर्ता है, Red के लिए काम करने वाले 5 सबसे विपुल डेवलपर्स में से 3, Google के बाद दूसरा है। एक अन्य अल्पज्ञात तथ्य: कई महत्वपूर्ण कार्य रेड हैट की पहल पर कुबेरनेट्स में दिखाई दिए, विशेष रूप से, जैसे:

RBAC. Kubernetes RBAC (ClusterRole, ClusterRoleBinding) , Red Hat , OpenShift. Red Hat Kubernetes? , Red Hat , Open Core. , , , , – .
पॉड्स के लिए सुरक्षा नीतियां (पॉड सिक्योरिटी नीतियां)। प्रारंभ में, पॉड्स के अंदर सुरक्षित अनुप्रयोग निष्पादन की यह अवधारणा SCC (सिक्योरिटी कॉन्टेक्स्ट कॉन्स्ट्रेन) नाम के तहत ओपनशिफ्ट में लागू की गई थी। और पिछले उदाहरण के रूप में, Red Hat ने इन विकासों को ओपन-सोर्स कुबेरनेट्स परियोजना में पेश करने का निर्णय लिया ताकि हर कोई उनका उपयोग कर सके।

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

जाहिर है, ओपनशिफ्ट कुबेरनेट्स है। और क्या अंतर हैं? :)

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

लेकिन ओपनशिफ्ट के मामले में, रेड हैट इन सभी कठिनाइयों को अपने ऊपर ले लेता है और आपको केवल एक कार्यात्मक रूप से पूर्ण मंच प्रदान करता है, जिसमें न केवल कुबेरनेट्स शामिल हैं, बल्कि आवश्यक ओपन सोर्स टूल्स का पूरा सेट भी है जो कुबेरनेट्स को एक वास्तविक एंटरप्राइज़-क्लास समाधान में बदल देता है जो कर सकते हैं तुरंत और पूरी तरह से उत्पादन में शांति से चलते हैं। और हां, यदि आपके पास अपनी कोई भी तकनीक है, तो आप OpenShift को अपने मौजूदा समाधानों में एम्बेड कर सकते हैं।

OpenShift एक स्मार्ट कुबेरनेट्स प्लेटफ़ॉर्म है

जो ऊपर दी गई तस्वीर पर एक नज़र डालें: कुबेरनेट्स आयत के बाहर जो कुछ भी है वह वह क्षेत्र है जहाँ Red Hat कार्यक्षमता जोड़ता है जो Kubernetes के पास नहीं है, जिसे उप-डिज़ाइन कहा जाता है। और अब हम इन क्षेत्रों में से मुख्य पर विचार करेंगे।

1. एक आधार के रूप में विश्वसनीय ओएस: आरएचईएल कोर या आरएचईएल

20 से अधिक वर्षों के लिए, Red Hat मिशन-महत्वपूर्ण व्यावसायिक अनुप्रयोगों के लिए लिनक्स वितरण का एक प्रमुख प्रदाता रहा है। इस क्षेत्र में प्राप्त अनुभव और लगातार अद्यतन हमें कंटेनरों के औद्योगिक संचालन के लिए वास्तव में विश्वसनीय और विश्वसनीय आधार प्रदान करने की अनुमति देता है। आरएचईएल कोरस आरएचईएल के समान कर्नेल का उपयोग करता है, लेकिन मुख्य रूप से कंटेनर चलाने और कुबेरनेट क्लस्टर में काम करने जैसे कार्यों के लिए अनुकूलित है: इसका कम आकार और अपरिवर्तनीयता क्लस्टर स्थापना, ऑटोस्कोलिंग, पैच की तैनाती आदि को सरल करता है। इन सभी विशेषताओं को यह एक ही उपयोगकर्ता अनुभव प्राप्त करने के लिए एक आदर्श आधार बनाता है जब नंगे धातु से निजी और सार्वजनिक बादलों तक कंप्यूटिंग वातावरण की एक विस्तृत विविधता में ओपनशिफ्ट के साथ काम करते हैं।

2. आईटी कार्यों का स्वचालन

स्थापना प्रक्रियाओं और दूसरे दिन (यानी, दैनिक संचालन) के संचालन का स्वचालन एक ओपनशिफ्ट हॉबी है जो उच्चतम स्तर पर कंटेनर प्लेटफ़ॉर्म के प्रशासन, अद्यतन और रखरखाव को बहुत सरल करता है। यह OpenShift के मुख्य स्तर पर Kubernetes ऑपरेटरों का समर्थन करके हासिल किया गया है।

OpenShift 4 Red Hat और तृतीय-पक्ष भागीदारों ( Red Hat ऑपरेटर निर्देशिका या ऑपरेटर स्टोर देखें) द्वारा विकसित Kubernetes ऑपरेटरों के आधार पर समाधानों का एक पूरा पारिस्थितिकी तंत्र है। operhub.io , तीसरे पक्ष के डेवलपर्स के लिए Red Hat द्वारा निर्मित)।

OpenShift 4 एकीकृत निर्देशिका में 180 से अधिक कुबेरनेट ऑपरेटर शामिल हैं

3. डेवलपर

2011 से, OpenShift एक PaaS (प्लेटफ़ॉर्म-ए-ए-सर्विस) प्लेटफ़ॉर्म के रूप में उपलब्ध है, जो डेवलपर्स के जीवन को सरल बनाता है, उन्हें कोड निर्माण पर ध्यान केंद्रित करने में मदद करता है और जावा, नोड्स .js, PHP जैसी प्रोग्रामिंग भाषाओं के लिए अंतर्निहित समर्थन प्रदान करता है। रूबी, पायथन, गो, साथ ही सीआई / सीडी निरंतर एकीकरण और वितरण सेवाएं, डेटाबेस आदि, ओपनशिफ्ट 4 एक व्यापक सूची प्रदान करता है जिसमें रेड हैट और हमारे भागीदारों द्वारा विकसित कुबेरनेट्स ऑपरेटरों के आधार पर 100 से अधिक सेवाएं शामिल हैं।

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

डेवलपर कंसोल एप्लिकेशन घटकों की कल्पना करता है और कुबेरनेट्स के साथ काम करना सरल करता है।

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

Kubernetes / OpenShift प्लेटफ़ॉर्म पर कुशल विकास के लिए एकीकृत "IDE सेवा के रूप में"।

बॉक्स के ठीक बाहर, OpenShift एक पूर्ण CI / CD सिस्टम प्रदान करता है, या तो कंटेनरों के लिए कंटेनरीकृत जेनकींस और DSL प्लग-इन या Kubernetes CI / CD- आधारित टेक्टेन सिस्टम पर आधारित है (अभी के लिए) टेक पूर्वावलोकन संस्करण में)। इन दोनों समाधानों को पूरी तरह से OpenShift कंसोल के साथ एकीकृत किया गया है, जिससे आप पाइपलाइन ट्रिगर, तैनाती, लॉग आदि देख सकते हैं।

4. अनुप्रयोगों के लिए उपकरण

OpenShift आपको पारंपरिक आर्किटेक्चर और क्लाउड-आधारित समाधान दोनों को नए आर्किटेक्चर के आधार पर तैनात करने की अनुमति देता है, जैसे कि माइक्रोसर्विस या सर्वरलेस। बॉक्स के ठीक बाहर OpenShift Service Mesh समाधान, Istio, Kiali और Jaeger जैसे microservice टूल को सपोर्ट करने के लिए महत्वपूर्ण है। बदले में, OpenShift सर्वर रहित समाधान में न केवल चाकू शामिल हैं, बल्कि Keda जैसे उपकरण भी शामिल हैं, जो Microsoft के साथ एक संयुक्त पहल के भाग के रूप में बनाया गया है, जो OpenShift प्लेटफ़ॉर्म पर Azure फ़ंक्शन प्रदान करता है।

एक एकीकृत OpenShift ServiceMesh समाधान (Istio, Kiali, Jaeger) माइक्रोसर्विसेस

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

कंटेनर नेटिव वर्चुअलाइजेशन (वर्तमान में टेक पूर्वावलोकन संस्करण में) के माध्यम से विंडोज 2019 वर्चुअल वर्चुअल मशीन ओपनशिफ्ट पर चल रही है

5. क्लस्टर के लिए उपकरण

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

OpenShift में कॉर्पोरेट ग्राहक के लिए ऐसी महत्वपूर्ण बातें भी हैं जैसे कि अंतर्निहित ऑउथ प्रदाता के साथ प्रमाणीकरण, क्रेडेंशियल प्रदाताओं के साथ एकीकरण, जिसमें LDAP, ActiveDirectory, OpenID Connect और बहुत कुछ शामिल हैं।

OpenShift क्लस्टर की निगरानी के लिए Grafana डैशबोर्ड पूर्व-कॉन्फ़िगर किया गया

एक ओपनशिफ्ट क्लस्टर की निगरानी के लिए 150 से अधिक प्रोमेथियस प्रीकॉन्फ़िगर्ड मेट्रिक्स और अलर्ट

जारी रहती है

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

“वर्तमान में, Red Hat 44% शेयर के साथ बाजार का नेतृत्व करता है।
कंपनी ग्राहक मामलों में सक्रिय भागीदारी के साथ अपनी बिक्री रणनीति का लाभ उठा रही है, जिसमें वह पहले कॉर्पोरेट डेवलपर्स को सलाह देती है और प्रशिक्षण देती है, और फिर विमुद्रीकरण की ओर बढ़ती है क्योंकि कंपनी उत्पादन में कंटेनरों को पेश करना शुरू करती है। "

(स्रोत: www.lightreading.com/nfv/containers/ihs-red-hat-container-strategy-is-paying-off/d/d-id/753863 )

हमें उम्मीद है कि आपको यह लेख अच्छा लगा होगा। इस श्रृंखला की अगली पोस्टों में, हम यहां चर्चा की गई प्रत्येक श्रेणी में कुबेरनेट्स की तुलना में ओपनशिफ्ट के फायदों पर करीब से नज़र डालेंगे।

Kubernetes के उद्यम संस्करण के रूप में OpenShift