"Kubernetes ۽ OpenShift جي وچ ۾ ڇا فرق آهي؟" - هي سوال قابل رشڪ تسلسل سان پيدا ٿئي ٿو. جيتوڻيڪ حقيقت ۾ اهو پڇڻ جهڙو آهي ته ڪار هڪ انجڻ کان ڪيئن مختلف آهي. جيڪڏهن اسان قياس جاري رکون ٿا، پوء ڪار هڪ مڪمل پيداوار آهي، توهان ان کي فوري طور تي استعمال ڪري سگهو ٿا، لفظي: اندر وڃو ۽ وڃو. ٻئي طرف، هڪ انجڻ لاءِ توهان کي ڪنهن هنڌ وٺي وڃڻ لاءِ، ان کي لازمي طور تي ساڳي ڪار حاصل ڪرڻ لاءِ ٻين ڪيترين ئي شين سان پورو ڪرڻ گهرجي.
تنهن ڪري، Kubernetes اهو انجڻ آهي جنهن جي چوڌاري OpenShift برانڊ ڪار (پليٽفارم) گڏ ڪئي وئي آهي، جيڪا توهان کي توهان جي مقصد ڏانهن وٺي ٿي.
هن آرٽيڪل ۾ اسان توهان کي ياد ڏيارڻ چاهيون ٿا ۽ هيٺين اهم نقطن کي ٿورو وڌيڪ تفصيل سان جانچيو:
- Kubernetes OpenShift پليٽ فارم جي دل آهي ۽ اهو 100% تصديق ٿيل Kubernetes آهي، مڪمل طور تي کليل ذريعو ۽ بغير ڪنهن ملڪيت جي. مختصر طور:
- OpenShift ڪلستر API XNUMX٪ Kubernetes آهي.
- جيڪڏهن ڪنٽينر ڪنهن ٻئي Kubernetes سسٽم تي هلندو آهي، ته پوءِ اهو هلندو OpenShift تي بغير ڪنهن تبديليءَ جي. ايپليڪيشنن کي تبديل ڪرڻ جي ڪا ضرورت ناهي.
- OpenShift نه صرف Kubernetes ۾ مفيد خاصيتون ۽ ڪارڪردگي شامل ڪري ٿو. ڪار وانگر، OpenShift دٻي کان ٻاهر آهي، فوري طور تي پيداوار ۾ وجهي سگهجي ٿو، ۽، جيئن اسين هيٺ ڏيکارينداسين، هڪ ڊولپر جي زندگي کي تمام آسان بڻائي ٿو. اهو ئي سبب آهي ته OpenShift ٻن ماڻهن ۾ متحد آهي. اهو هڪ ڊولپر جي نقطه نظر کان هڪ ڪامياب ۽ معروف انٽرنيشنل ڪلاس PaaS پليٽ فارم آهي. ۽ ساڳئي وقت، اهو صنعتي آپريشن جي نقطي نظر کان هڪ سپر قابل اعتماد ڪنٽينر-جي-هڪ-سروس حل آهي.
OpenShift 100٪ CNCF سرٽيفڪيشن سان Kubernetes آهي
OpenShift تي ٻڌل آهي . تنهن ڪري، مناسب تربيت کان پوء، صارفين ڪيبيڪل جي طاقت کان حيران ٿي ويا آهن. ۽ جن کي Kubernetes ڪلستر کان OpenShift ڏانھن تبديل ڪيو ويو آھي اڪثر چوندا آھن اھي واقعي ڪيترو پسند ڪندا آھن kubeconfig کي OpenShift ڪلستر ڏانھن ريڊائريڪٽ ڪرڻ کان پوء، سڀ موجود اسڪرپٽ بي عيب ڪم ڪن ٿا.
توهان شايد OpenShift جي ڪمان لائن يوٽيلٽي بابت ٻڌو هوندو جنهن کي OC سڏيو ويندو آهي. اهو مڪمل طور تي ڪمانڊ سان مطابقت رکي ٿو kubectl، انهي سان گڏ اهو پيش ڪري ٿو ڪيترائي مفيد مددگار جيڪي ڪم ۾ ايندا جڏهن ڪجهه ڪمن کي انجام ڏيو. پر پهرين، OC ۽ kubectl جي مطابقت بابت ٿورو وڌيڪ:
kubectl حڪم
او سي ٽيمون
ڪٽيڪل پوڊ حاصل ڪري ٿو
oc حاصل pods
kubectl namespace حاصل ڪريو
oc namespaces حاصل ڪريو
kubectl create -f deployment.yaml
oc ٺاهيو -f deployment.yaml
هتي اهو آهي ته OpenShift API تي kubectl استعمال ڪرڻ جا نتيجا ڇا نظر اچن ٿا:
• kubectl get pods - واپسي pods جيئن توقع.
• kubectl get namespaces - واپسي Name spaces جيئن توقع ڪئي وئي.
حڪم kubectl create -f mydeployment.yaml kubernetes وسيلا ٺاهي ٿو جيئن ڪنهن ٻئي Kubernetes پليٽ فارم تي، جيئن هيٺ ڏنل وڊيو ۾ ڏيکاريل آهي:
ٻين لفظن ۾، سڀ Kubernetes APIs مڪمل طور تي دستياب آهن OpenShift ۾ جڏهن ته 100٪ مطابقت برقرار رکندي. ان ڪري .
OpenShift Kubernetes ۾ مفيد خاصيتون شامل ڪري ٿو
Kubernetes APIs 100٪ OpenShift ۾ موجود آهن، پر معياري Kubernetes يوٽيليٽي kubectl واضح طور تي ڪارڪردگي ۽ سهولت جي کوٽ آهي. ان ڪري Red Hat ڪبرنيٽس ۾ ڪارائتو خاصيتون ۽ ڪمانڊ لائين ٽولز شامل ڪيا آھن، جھڙوڪ OC (OpenShift کلائنٽ لاءِ مختصر) ۽ ODO (OpenShift DO، ھي يوٽيلٽي ڊولپرز لاءِ آھي).
1. OC يوٽيلٽي - Kubectl جو هڪ وڌيڪ طاقتور ۽ آسان نسخو
مثال طور، kubectl جي برعڪس، اهو توهان کي اجازت ڏئي ٿو نيون نيون اسپيسز ٺاهڻ ۽ آسانيءَ سان حوالن کي مٽائڻ، ۽ پڻ پيش ڪري ٿو ڪيترائي ڪارآمد حڪم ڊولپرز لاءِ، جهڙوڪ ڪنٽينر تصويرون ٺاهڻ ۽ ايپليڪيشنن کي سڌو سنئون سورس ڪوڊ يا بائنريز (ذريعو کان تصوير، s2i).
اچو ته مثالن تي نظر رکون ته ڪيئن ٺاهيل مددگار ۽ او سي يوٽيليٽي جي جديد ڪارڪردگي روزمره جي ڪم کي آسان ڪرڻ ۾ مدد ڪري ٿي.
پهريون مثال نالو اسپيس مينيجمينٽ آهي. هر ڪبرنيٽس ڪلستر ۾ هميشه ڪيترن ئي نالن جي جڳهه هوندي آهي. اهي عام طور تي ترقي ۽ پيداوار ماحول پيدا ڪرڻ لاء استعمال ڪيا ويا آهن، پر پڻ استعمال ڪري سگھجن ٿيون، مثال طور، هر ڊولپر کي ذاتي سينڊ باڪس سان مهيا ڪريو. عملي طور تي، اهو نتيجو ڊولپر کي اڪثر ڪري نالا اسپيس جي وچ ۾ تبديل ڪرڻو پوندو، ڇاڪاڻ ته ڪبيڪٽل موجوده اسپيس جي حوالي سان هلندو آهي. تنهن ڪري، kubectl جي صورت ۾، ماڻهو فعال طور تي هن لاء مددگار اسڪرپٽ استعمال ڪندا آهن. پر جڏهن OC استعمال ڪري، گهربل جاء تي سوئچ ڪرڻ لاء، صرف "oc پروجيڪٽ جي نالي جي جاء" کي چئو.
ياد نه آهي ته توهان کي ڪهڙي نالي جي جڳهه جي ضرورت آهي سڏيو ويندو آهي؟ ڪو مسئلو ناهي، صرف ٽائپ ڪريو "oc get projects" مڪمل لسٽ ڏيکارڻ لاءِ. مشڪوڪ حيران ٿي رهيو آهي ته اهو ڪيئن ڪم ڪندو جيڪڏهن توهان وٽ صرف ڪلستر تي محدود نالي جي جڳهه تائين رسائي آهي؟ خير، ڇاڪاڻ ته kubectl صرف اهو صحيح طور تي ڪري ٿو جيڪڏهن RBAC توهان کي ڪلستر تي سڀني اسپيس ڏسڻ جي اجازت ڏئي ٿي، ۽ وڏي ڪلستر ۾ هر ڪنهن کي اهڙي اجازت نه ڏني وئي آهي. تنهن ڪري، اسان جواب ڏيون ٿا: OC لاء اهو ڪو مسئلو ناهي ۽ اهو آساني سان مڪمل فهرست ٺاهيندو اهڙي صورتحال ۾. هي اهي ننڍيون شيون آهن جيڪي ٺاهينديون آهن ڪارپوريٽ واقفيت Openshift ۽ صارفين ۽ ايپليڪيشنن جي لحاظ کان هن پليٽ فارم جي سٺي گنجائش
2. ODO - ڊولپرز لاءِ kubectl جو هڪ بهتر ورزن
ڪبرنيٽس مٿان Red Hat OpenShift جي سڌارن جو ٻيو مثال ODO ڪمانڊ لائن يوٽيلٽي آھي. اهو ڊولپرز لاءِ ٺاهيو ويو آهي ۽ توهان کي اجازت ڏئي ٿو ته جلدي مقامي ڪوڊ کي ريموٽ OpenShift ڪلستر تي ترتيب ڏيو. اهو پڻ اندروني عملن کي منظم ڪري سگهي ٿو فوري طور تي سڀني ڪوڊ تبديلين کي ڪنٽينرز ۾ هم وقت سازي ڪرڻ لاءِ ريموٽ OpenShift ڪلسٽر تي بغير ٻيهر تعمير ڪرڻ ، رجسٽري ڪرڻ ۽ تصويرن کي ٻيهر ترتيب ڏيڻ جي.
اچو ته ڏسو ته ڪيئن OC ۽ ODO ڪنٽينرز ۽ ڪبرنيٽس سان ڪم ڪرڻ آسان بڻائين ٿا.
بس ڪجھ ڪم جي فلوز جو مقابلو ڪريو جڏھن اھي ڪبيڪٽل جي بنياد تي ٺاھيا ويا آھن، ۽ جڏھن OC يا ODO استعمال ڪيا ويا آھن.
• OpenShift تي ڪوڊ جي ترتيب انهن لاءِ جيڪي نه ٿا ڳالهائين YAML:
ڪبرنيٽس / ڪبيڪٽ
$>گٽ کلون
1- هڪ Dockerfile ٺاهيو جيڪو تصوير ٺاهي ڪوڊ مان
-----
نوڊ کان
WORKDIR/usr/src/app
ڪاپي پيڪيج*.json ./
ڪاپي index.js ./
ڪاپي ./app ./app
RUN npm انسٽال ڪريو
ايڪسپوز 3000
سي ايم ڊي [ "اين پي ايم"، "شروع"] ---------
2- اسان تصوير ٺاهيندا آهيون
$> پوڊمين تعمير ...
3- رجسٽري ۾ لاگ ان ٿيو
پوڊمن لاگ ان...
4- تصوير کي رجسٽري ۾ رکو
پوڊمن جو زور
5- ايپليڪيشن جي ترتيب لاءِ yaml فائلون ٺاھيو (deployment.yaml, service.yaml, ingress.yaml) - اھو آھي مطلق گھٽ ۾ گھٽ
6- منشور فائلن کي ترتيب ڏيو:
Kubectl لاڳو -f.
OpenShift/oc
$> oc نئين ايپ - اسان جي_ايپليڪيشن_نام
OpenShift/odo
$>گٽ کلون
$> odo ٺاهيو جزو nodejs myapp
$> اوڊو ڌڪ
• ڪنٽينسٽ سوئچ: ڪم جي نالي جي جاءِ يا ڪم ڪلسٽر تبديل ڪريو.
ڪبرنيٽس / ڪبيڪٽ
1- پروجيڪٽ "myproject" لاءِ kubeconfig ۾ هڪ حوالو ٺاهيو
2- kubectl سيٽ جي حوالي سان…
OpenShift/oc
او سي پروجيڪٽ "مائي پروجيڪٽ"
معيار تي ضابطو: "هڪ دلچسپ مضمون هتي ظاهر ٿيو آهي، اڃا تائين الفا ورزن ۾. ٿي سگهي ٿو ته اسان ان کي پيداوار ۾ وجهي سگهون ٿا؟
تصور ڪريو هڪ ريسنگ ڪار ۾ ويهڻ ۽ ٻڌايو پيو وڃي: ”اسان هڪ نئين قسم جي بريڪ نصب ڪئي آهي ۽، سچ پڇو ته، انهن جي ڀروسي اڃا ٺيڪ ناهي... پر پريشان نه ٿيو، اسان انهن کي فعال طور تي بهتر ڪنداسين. چيمپئن شپ جي. توهان هن امڪان کي ڪيئن پسند ڪيو؟ اسان Red Hat تي ڪنهن به طرح تمام خوش نه آهيون. 🙂
تنهن ڪري، اسان ڪوشش ڪريون ٿا ته الفا ورزن کي بند رکون جيستائين اهي ڪافي بالغ نه ٿين ۽ اسان مڪمل جنگ جي جاچ ڪئي آهي ۽ محسوس ڪيو آهي ته اهي استعمال ڪرڻ لاء محفوظ آهن. عام طور تي، سڀڪنھن شيء کي ديو ڏيکاء اسٽيج جي ذريعي پهرين، پوء ذريعي ۽ صرف پوءِ عوامي رليز طور ٻاهر اچي ٿو (GA)، جيڪو اڳ ۾ ئي ايترو مستحڪم آهي ته اهو پيداوار لاء مناسب آهي.
ائين ڇو آهي؟ ڇاڪاڻ ته، جيئن ڪنهن ٻئي سافٽ ويئر جي ترقي سان، ڪبرنيٽس ۾ سڀ ابتدائي خيال حتمي رليز تائين نه پهچندا آهن. يا اهي ان تائين پهچن ٿا ۽ گهربل ڪارڪردگي کي به برقرار رکندا آهن، پر انهن تي عمل درآمد الفا ورزن ۾ بنيادي طور تي مختلف آهي. ھزارين ھزارين Red Hat گراهڪن سان گڏ OpenShift استعمال ڪندي مشن-نازڪ ڪم لوڊ ڪرڻ لاءِ، اسان پنھنجي پليٽ فارم جي استحڪام ۽ ڊگھي مدي واري مدد تي خاص زور ڏيون ٿا.
Red Hat OpenShift کي بار بار جاري ڪرڻ ۽ ڪبرنيٽس جي ورزن کي اپڊيٽ ڪرڻ لاءِ پرعزم آھي جيڪو ان سان گڏ اچي ٿو. مثال طور، هن لکڻ جي وقت OpenShift 4.3 جي موجوده GA رليز ۾ ڪبرنيٽس 1.16 شامل آهي، جيڪو ڪبرنيٽس نمبر 1.17 جي اپ اسٽريم ورزن جي پويان صرف هڪ يونٽ آهي. اهڙيءَ طرح، اسان ڪوشش ڪري رهيا آهيون ته گراهڪ کي انٽرپرائز-ڪلاس ڪبرنيٽس مهيا ڪري ۽ اضافي معيار جو ڪنٽرول مهيا ڪريون جيئن اسان OpenShift جا نوان ورزن جاري ڪريون.
سافٽ ويئر فيڪس: ”ڪبرنيٽس جي ورزن ۾ هڪ سوراخ هو جيڪو اسان وٽ پيداوار ۾ آهي. ۽ توھان ان کي بند ڪري سگھوٿا صرف ٽن ورجن کي اپڊيٽ ڪندي. يا اتي ڪي اختيار آھن؟
Kubernetes اوپن سورس پروجيڪٽ ۾، سافٽ ويئر فيڪس عام طور تي ايندڙ رليز جي حصي جي طور تي جاري ڪيا ويندا آهن، ڪڏهن ڪڏهن هڪ يا ٻه اڳئين سنگ ميل رليز کي ڍڪيندا آهن، ڪوريج واپس 6 مهينن جي ڀيٽ ۾.
Red Hat پاڻ کي ٻين جي ڀيٽ ۾ نازڪ فيڪس جاري ڪرڻ تي فخر ڪري ٿو ۽ گهڻي عرصي تائين مدد فراهم ڪري ٿو. مثال طور وٺو Kubernetes privilege escalation vulnerability (): اهو دريافت ڪيو ويو Kubernetes 1.11 ۾، ۽ اڳوڻن رليز لاءِ فيڪس صرف ورزن 1.10.11 تائين جاري ڪيا ويا، هن کي ڇڏي ويو سڀني پوئين ڪبرنيٽس رليز ۾ سوراخ ۾، 1.x کان 1.9 تائين.
موڙ ۾، (Kubernetes 1.2 اتي آهي)، نو OpenShift رليز کي پڪڙڻ ۽ واضح طور تي گراهڪن جي سنڀال جو مظاهرو ڪيو (وڌيڪ تفصيل ).
ڪيئن OpenShift ۽ Red Hat ڪبرنيٽس کي اڳتي وڌائي رهيا آهن
ريڊ هيٽ اوپن سورس ڪبرنيٽس پروجيڪٽ جو ٻيو نمبر وڏو سافٽ ويئر تعاون ڪندڙ آهي، صرف گوگل جي پٺيان، 3 مان 5 سڀ کان وڌيڪ ترقي ڪندڙ ڊولپر ريڊ هيٽ کان اچي رهيا آهن. هڪ ٻي ٿوري سڃاتل حقيقت: ڪيبرنيٽس ۾ ڪيترائي نازڪ افعال ظاهر ٿيا ريڊ هيٽ جي شروعات تي، خاص طور تي، جهڙوڪ:
- آر بي سي. ڪبرنيٽس وٽ RBAC افعال (ClusterRole، ClusterRoleBinding) نه هئا جيستائين Red Hat انجنيئرز انهن کي پليٽ فارم جي حصي طور لاڳو ڪرڻ جو فيصلو ڪيو، ۽ نه اضافي OpenShift ڪارڪردگي جي طور تي. ڇا ريڊ هٽ ڪبرنيٽس کي بهتر ڪرڻ کان ڊپ آهي؟ يقيناً نه، ڇو ته ريڊ هٽ سختي سان اوپن سورس اصولن تي عمل ڪري ٿو ۽ نه کيڏندو آهي اوپن ڪور گيمز. سڌارا ۽ جدت جيڪي ترقي ڪندڙ برادرين پاران هلايون وڃن ٿيون، ملڪيت جي بجاءِ، وڌيڪ قابل عمل ۽ وڏي پيماني تي اختيار ڪيل آهن، جيڪي اسان جي گراهڪن لاءِ اوپن سورس سافٽ ويئر کي وڌيڪ ڪارائتو بڻائڻ جي اسان جي بنيادي مقصد سان چڱي ريت ترتيب ڏين ٿيون.
- پوڊ لاءِ سيڪيورٽي پاليسيون (پوڊ سيڪيورٽي پاليسيون). پوڊز جي اندر محفوظ طريقي سان ايپليڪيشنن کي هلائڻ جو هي تصور اصل ۾ OpenShift ۾ SCC (سيڪيورٽي ڪنٽيڪسٽ ڪنسٽرڪٽس) جي نالي سان لاڳو ڪيو ويو هو. ۽ جيئن اڳئين مثال ۾، Red Hat فيصلو ڪيو ته انهن ترقيات کي اوپن ڪبرنيٽس پروجيڪٽ ۾ متعارف ڪرايو ته جيئن هرڪو انهن کي استعمال ڪري سگهي.
مثالن جو اهو سلسلو جاري رکي سگهجي ٿو، پر اسان صرف اهو ڏيکارڻ چاهيون ٿا ته Red Hat واقعي Kubernetes کي ترقي ڪرڻ ۽ ان کي سڀني لاءِ بهتر بنائڻ لاءِ پرعزم آهي.
اهو واضح آهي ته OpenShift آهي Kubernetes. اختلاف ڇا آهن؟ 🙂
اسان اميد ٿا ڪريون ته هي پري تائين پڙهڻ سان توهان اهو محسوس ڪيو آهي ته ڪبرنيٽس OpenShift جو بنيادي حصو آهي. مکيه هڪ، پر صرف هڪ کان پري. ٻين لفظن ۾، صرف ڪبرنيٽس کي انسٽال ڪرڻ توهان کي هڪ انٽرنيشنل ڪلاس پليٽ فارم نه ڏيندو. توهان کي تصديق، نيٽ ورڪنگ، سيڪيورٽي، نگراني، لاگ مينيجمينٽ، ۽ وڌيڪ شامل ڪرڻ جي ضرورت پوندي. ان سان گڏ، توهان کي وڏي تعداد ۾ موجود اوزارن مان ڪجهه سخت چونڊون ڪرڻيون پونديون (ماحولياتي نظام جي تنوع کي ساراهڻ لاءِ، صرف هڪ نظر وٺو ) ۽ ڪنهن به طرح مستقل مزاجي ۽ هم آهنگي کي يقيني بڻائين ته جيئن اهي هڪ ڪم ڪن. اضافي طور تي، توهان کي باقاعدي طور تي تازه ڪاري ۽ ريگريشن جاچ ڪرڻ جي ضرورت پوندي جڏهن به توهان جي استعمال ڪيل اجزاء جو هڪ نئون نسخو جاري ڪيو ويندو. اهو آهي، پليٽ فارم ٺاهڻ ۽ برقرار رکڻ کان علاوه، توهان کي پڻ هن سافٽ ويئر سان معاملو ڪرڻو پوندو. اهو ممڪن ناهي ته ڪاروبار مسئلن کي حل ڪرڻ ۽ مقابلي جي فائدن حاصل ڪرڻ لاء گهڻو وقت ڇڏي ويندو.
پر OpenShift جي صورت ۾، Red Hat انهن سڀني پيچيدگين کي پاڻ تي وٺي ٿو ۽ آسان طور تي توهان کي هڪ مڪمل پليٽ فارم ڏئي ٿو، جنهن ۾ نه صرف ڪبرنيٽس پاڻ شامل آهن، پر ضروري اوپن سورس ٽولز جو مڪمل سيٽ پڻ شامل آهي جيڪو ڪبرنيٽس کي حقيقي انٽرپرائز-ڪلاس ۾ تبديل ڪري ٿو. حل جيڪو توهان فوري طور تي ۽ مڪمل طور تي آرام سان پيداوار ۾ شروع ڪري سگهو ٿا. ۽ يقينا، جيڪڏهن توهان وٽ پنهنجا ڪجهه ٽيڪنالاجي اسٽيڪ آهن، ته پوء توهان OpenShift کي موجوده حلن ۾ ضم ڪري سگهو ٿا.
مٿي ڏنل تصوير تي هڪ نظر وجهو: هر شيءِ جيڪا ڪبرنيٽس مستطيل کان ٻاهر آهي اها آهي جتي Red Hat ڪارڪردگي شامل ڪري ٿي جيڪا ڪبرنيٽس وٽ ناهي، جيئن اهي چون ٿا، ڊيزائين. ۽ هاڻي اسان انهن علائقن جي مکيه تي نظر ڪندو.
1. مضبوط او ايس بنيادي طور تي: RHEL CoreOS يا RHEL
Red Hat 20 سالن کان وڌيڪ عرصي کان ڪاروباري-نازڪ ايپليڪيشنن لاءِ لينڪس ڊسٽريبيوشن جو هڪ معروف فراهم ڪندڙ آهي. هن علائقي ۾ اسان جو گڏ ڪيل ۽ مسلسل اپڊيٽ ڪيل تجربو اسان کي ڪنٽينرز جي صنعتي آپريشن لاءِ واقعي قابل اعتماد ۽ قابل اعتماد بنياد پيش ڪرڻ جي اجازت ڏئي ٿو. RHEL CoreOS RHEL وانگر ساڳيو ڪرنل استعمال ڪري ٿو، پر بنيادي طور تي ڪمن لاءِ بهتر ڪيو ويو آهي جهڙوڪ ڪنٽينر کي هلائڻ ۽ ڪبرنيٽس ڪلسٽرز کي هلائڻ: ان جي گھٽ ٿيل سائيز ۽ بي ترتيبي ان کي آسان بڻائي ٿي ڪلسٽرن کي سيٽ ڪرڻ، آٽو اسڪيلنگ، ڊيپلائينگ پيچس وغيره. OpenShift سان گڏ ڪمپيوٽنگ ماحول جي وسيع رينج ۾ ساڳيو صارف تجربو پهچائڻ لاءِ هڪ مثالي بنياد، بيئر ميٽل کان پرائيويٽ ۽ پبلڪ ڪلائوڊ تائين.
2. آئي ٽي آپريشنز جي آٽوميشن
تنصيب جي عملن جي خودڪار ٿيڻ ۽ ڏينهن-4 آپريشنز (يعني، روزانو آپريشنز) OpenShift جو مضبوط نقطو آهي، جنهن کي اعليٰ سطح تي ڪنٽينر پليٽ فارم جي ڪارڪردگي کي منظم ڪرڻ، تازه ڪاري ڪرڻ ۽ برقرار رکڻ تمام آسان بڻائي ٿو. اهو OpenShift XNUMX kernel سطح تي Kubernetes آپريٽرز جي حمايت ذريعي حاصل ڪيو ويو آهي.
OpenShift 4 پڻ Kubernetes آپريٽرز جي بنياد تي حل جو هڪ مڪمل ماحولياتي نظام آهي، جيڪو پاڻ Red Hat ۽ ٽئين پارٽي جي ڀائيوارن طرفان تيار ڪيو ويو آهي (ڏسو. Red Hat، يا آپريٽر اسٽور ، ٽئين پارٽي ڊولپرز لاءِ Red Hat پاران ٺاهي وئي).
ضم ٿيل OpenShift 4 فهرست ۾ 180 کان وڌيڪ ڪبرنيٽس آپريٽرز شامل آھن
3. ڊولپر جا اوزار
2011 کان وٺي، OpenShift هڪ PaaS (Plateform-as-a-Service) پليٽ فارم جي طور تي دستياب آهي جيڪو ڊولپرز لاءِ زندگي تمام گهڻو آسان بڻائي ٿو، انهن کي ڪوڊنگ تي ڌيان ڏيڻ ۾ مدد ڪري ٿو، ۽ پروگرامنگ ٻولين لاءِ مقامي مدد پيش ڪري ٿو جهڙوڪ Java, Node.js. , PHP, Ruby, Python, Go, as well as CI/CD لڳاتار انٽيگريشن ۽ ترسيل خدمتون, ڊيٽابيس, وغيره. OpenShift 4 آڇون ، جنهن ۾ 100 کان وڌيڪ خدمتون شامل آهن ڪبرنيٽس آپريٽرز تي ٻڌل آهن جيڪي Red Hat ۽ اسان جي ڀائيوارن پاران ٺاهيل آهن.
Kubernetes جي برعڪس، OpenShift 4 وٽ هڪ وقف GUI آهي ()، جيڪو ڊولپرز کي مختلف ذريعن (گٽ، خارجي رجسٽري، ڊاکرفائل، وغيره) کان ايپليڪيشنن کي آسانيء سان انهن جي نالن جي جڳهن ۾ ترتيب ڏيڻ ۾ مدد ڪري ٿو ۽ واضح طور تي ايپليڪيشن اجزاء جي وچ ۾ لاڳاپن کي ڏسڻ ۾ اچي ٿو.
ان کان علاوه، OpenShift پيش ڪري ٿو ڪوڊريڊي ڊولپمينٽ ٽولز جو هڪ سيٽ، جنهن ۾، خاص طور تي، شامل آهن , هڪ مڪمل ڪنٽينر ٿيل IDE هڪ ويب انٽرفيس سان جيڪو سڌو سنئون OpenShift جي چوٽي تي هلندو آهي ۽ IDE-as-a-service اپروچ کي لاڳو ڪري ٿو. ٻئي طرف، انهن لاءِ جيڪي مقامي موڊ ۾ سختيءَ سان ڪم ڪرڻ چاهين ٿا، اتي آهي Codeready Containers، OpenShift 4 جو هڪ مڪمل فنڪشنل ورزن جيڪو هڪ ليپ ٽاپ تي رکي سگهجي ٿو.
Kubernetes/OpenShift پليٽ فارم تي موثر ترقي لاءِ خدمت جي طور تي ضم ٿيل IDE
OpenShift هڪ مڪمل CI/CD سسٽم پيش ڪري ٿو دٻي کان ٻاهر، يا ته ڪنٽينر ٿيل جينڪنز ۽ هڪ پلگ ان جي بنياد تي پائيپ لائينن سان ڪم ڪرڻ لاءِ، يا ڪبرنيٽس-اورينٽيڊ CI/CD سسٽم (في الحال ٽيڪني ڏيک ورزن ۾). اهي ٻئي حل مڪمل طور تي OpenShift ڪنسول سان ضم ٿي ويا آهن، توهان کي پائپ لائن ٽرگرز کي هلائڻ جي اجازت ڏئي ٿو، ترتيب ڏيڻ، لاگز، ۽ وڌيڪ.
4. ايپليڪيشن جا اوزار
OpenShift توهان کي اجازت ڏئي ٿي ٻنهي روايتي رياستي ايپليڪيشنن ۽ ڪلائوڊ بيسڊ حلن جي بنياد تي نون آرڪيٽيڪچرز، جهڙوڪ مائڪرو سروسز يا سرور بيس. OpenShift سروس ميش حل دٻي کان ٻاهر اچي ٿو اهم اوزارن سان گڏ مائڪرو سروسز کي برقرار رکڻ لاءِ، جهڙوڪ Istio، Kiali ۽ Jaeger. موڙ ۾، OpenShift Serverless حل ۾ نه رڳو Knative، پر ڪيڊا وانگر اوزار پڻ شامل آھن جيڪي Microsoft سان گڏ ھڪڙي گڏيل شروعات جي حصي طور ٺاھيو ويو آھي OpenShift پليٽ فارم تي Azure افعال مهيا ڪرڻ لاء.
گڏيل حل OpenShift ServiceMesh (Istio, Kiali, Jaeger) مفيد ٿيندو جڏهن مائڪرو سروسز کي ترقي ڪندي
وراثت واري ايپليڪيشنن ۽ ڪنٽينرز جي وچ ۾ خال کي ختم ڪرڻ لاءِ، OpenShift هاڻي اجازت ڏئي ٿي ورچوئل مشين لڏپلاڻ کي OpenShift پليٽ فارم تي ڪنٽينر نيٽ ورچوئلائيزيشن استعمال ڪندي (في الحال TechPreview ۾)، هائبرڊ ايپليڪيشنن کي هڪ حقيقت بنائڻ ۽ انهن جي لڏپلاڻ کي مختلف بادلن جي وچ ۾ آسان بڻائي ٿي، نجي ۽ عوامي ٻنهي.
ونڊوز 2019 ورچوئل ورچوئل مشين OpenShift تي Container Native Virtualization ذريعي هلندي آهي (في الحال ٽيڪ پريو ورزن ۾)
5. ڪلستر لاء اوزار
ڪنهن به انٽرپرائز-ڪلاس پليٽ فارم کي مانيٽرنگ ۽ مرڪزي لاگنگ سروسز، سيڪيورٽي ميڪانيزم، تصديق ۽ اختيار ڏيڻ، ۽ نيٽ ورڪ مينيجمينٽ جا اوزار هجڻ گهرجن. ۽ OpenShift اهو سڀ ڪجهه دٻي کان ٻاهر مهيا ڪري ٿو، ۽ اهو سڀ 100٪ کليل ذريعو آهي، جنهن ۾ حل شامل آهن جهڙوڪ ElasticSearch، Prometheus، Grafana. اهي سڀ حل ڊيش بورڊ، ميٽرڪس ۽ الرٽ سان گڏ ايندا آهن جيڪي اڳ ۾ ئي ٺهيل ۽ ترتيب ڏنل آهن Red Hat جي وسيع ڪلسٽر مانيٽرنگ جي ماهر کي استعمال ڪندي، توهان کي اجازت ڏئي ٿي ته توهان جي پيداوار واري ماحول کي شروع کان ئي موثر طريقي سان ڪنٽرول ۽ مانيٽر ڪري سگهو ٿا.
OpenShift پڻ ڪارپوريٽ گراهڪن لاءِ اهڙين اهم شين سان معياري اچي ٿو جيئن بلٽ ان اوٿ فراهم ڪندڙ سان تصديق، سند فراهم ڪندڙن سان انضمام، بشمول LDAP، ActiveDirectory، OpenID Connect، ۽ گهڻو ڪجهه.
OpenShift ڪلستر مانيٽرنگ لاءِ اڳ ۾ ترتيب ڏنل گرافانا ڊيش بورڊ
OpenShift ڪلستر مانيٽرنگ لاءِ 150 کان وڌيڪ اڳ کان ترتيب ڏنل Prometheus ميٽرڪ ۽ الرٽ
جاري رکڻ لاء
حل جي ڀرپور ڪارڪردگي ۽ ڪبرنيٽس جي فيلڊ ۾ ريڊ هيٽ جو وسيع تجربو اهي ئي سبب آهن ڇو ته اوپن شيفٽ مارڪيٽ ۾ هڪ غالب پوزيشن حاصل ڪئي آهي، جيئن هيٺ ڏنل شڪل ۾ ڏيکاريل آهي (وڌيڪ پڙهو ).
”ريڊ هٽ في الحال 44 سيڪڙو شيئر سان مارڪيٽ جي اڳواڻي ڪري ٿو.
ڪمپني پنهنجي گراهڪ-مرڪزي سيلز حڪمت عملي جا فائدا حاصل ڪري رهي آهي، جتي اهو پهريون ڀيرو انٽرپرائز ڊولپرز کي مشورو ۽ ٽريننگ ڏئي ٿو ۽ پوءِ مانيٽائيزيشن ڏانهن هلي ٿو جيئن انٽرپرائز ڪنٽينرز کي پيداوار ۾ لڳائڻ شروع ڪري.
(ذريعو: )
اسان کي اميد آهي ته توهان هن مضمون جو لطف اندوز ٿيو. هن سلسلي ۾ مستقبل جي پوسٽن ۾، اسان هتي بحث ڪيل هر هڪ زمرے ۾ ڪبرنيٽس مٿان OpenShift جي فائدن تي ويجھو نظر وجهنداسين.
جو ذريعو: www.habr.com