OpenShift ورژن 4 نسبتا حال ہی میں جاری کیا گیا تھا. موجودہ ورژن، 4.3، جنوری کے آخر سے دستیاب ہے، اور اس میں ہونے والی تمام تبدیلیاں یا تو مکمل طور پر نئی خصوصیات ہیں جو ورژن 3 میں شامل نہیں ہیں یا ورژن 4.1 میں متعارف کرائی گئی خصوصیات کی بڑی اپ ڈیٹس ہیں۔ OpenShift کے ساتھ کام کرنے والے اور نئے ورژن میں اپ گریڈ کرنے کی منصوبہ بندی کرنے والے ہر فرد کے لیے جو کچھ ہم اب احاطہ کریں گے وہ ضروری ہے۔
OpenShift 4.2 کے اجراء کے ساتھ، Red Hat نے Kubernetes کے ساتھ کام کرنا آسان بنا دیا ہے۔ کنٹینرز، CI/CD پائپ لائنز، اور سرور کے بغیر تعیناتیوں کے لیے نئے ٹولز اور پلگ انز شامل کیے گئے ہیں۔ یہ نئی خصوصیات ڈویلپرز کو Kubernetes کے ساتھ ہلچل مچانے کے بجائے کوڈ لکھنے پر توجہ مرکوز کرنے کی اجازت دیتی ہیں۔
تو، OpenShift 4.2 اور 4.3 میں نیا کیا ہے؟
ہائبرڈ بادلوں کی طرف بڑھنا
نئے آئی ٹی انفراسٹرکچر کی منصوبہ بندی کرتے وقت یا موجودہ آئی ٹی لینڈ سکیپ تیار کرتے وقت، کمپنیاں آئی ٹی وسائل کی فراہمی، پرائیویٹ کلاؤڈ سلوشنز کو لاگو کرنے یا پبلک کلاؤڈ فراہم کنندگان کی صلاحیتوں سے فائدہ اٹھانے کے لیے کلاؤڈ بیسڈ اپروچ پر تیزی سے غور کر رہی ہیں۔ اس طرح، جدید IT بنیادی ڈھانچے کو "ہائبرڈ" کلاؤڈ ماڈل کا استعمال کرتے ہوئے تیزی سے تعمیر کیا جا رہا ہے، ایک مشترکہ انتظامی نظام کے تحت آن پریمیسس وسائل اور عوامی کلاؤڈ وسائل دونوں کا استعمال۔ Red Hat OpenShift 4.2 خاص طور پر ایک ہائبرڈ کلاؤڈ ماڈل میں منتقلی کو آسان بنانے کے لیے ڈیزائن کیا گیا ہے اور VMware اور OpenStack پر نجی کلاؤڈز کے استعمال کے ساتھ ساتھ AWS، Azure، اور Google Cloud Platform جیسے فراہم کنندگان سے وسائل کے آسان کنکشن کی اجازت دیتا ہے۔
تنصیب کے لیے ایک نیا طریقہ
ورژن 4 OpenShift انسٹالیشن کے نقطہ نظر کو تبدیل کرتا ہے۔ Red Hat ایک OpenShift کلسٹر - openshift-install کو تعینات کرنے کے لیے ایک وقف شدہ افادیت فراہم کرتا ہے۔ یہ یوٹیلیٹی ایک واحد بائنری فائل ہے جو Go میں لکھی گئی ہے۔ Openshift-installer تعیناتی کے لیے درکار کنفیگریشن کے ساتھ YAML فائل تیار کرتا ہے۔
کلاؤڈ وسائل کا استعمال کرتے ہوئے انسٹال کرتے وقت، آپ کو مستقبل کے کلسٹر کے بارے میں کم سے کم معلومات کی وضاحت کرنے کی ضرورت ہوگی: DNS زون، ورکر نوڈس کی تعداد، کلاؤڈ فراہم کنندہ کے لیے مخصوص ترتیبات، اور کلاؤڈ فراہم کنندہ تک رسائی کے لیے اکاؤنٹ کی اسناد۔ کنفیگریشن فائل تیار کرنے کے بعد، کلسٹر کو ایک کمانڈ کے ساتھ تعینات کیا جا سکتا ہے۔
اپنے کمپیوٹنگ وسائل پر انسٹال کرتے وقت، مثال کے طور پر، نجی کلاؤڈ استعمال کرتے وقت (vSphere اور OpenStack تعاون یافتہ ہیں) یا جب ننگے میٹل سرورز پر انسٹال کرتے ہیں، تو دستی انفراسٹرکچر کنفیگریشن کی ضرورت ہوگی۔ اس میں کنٹرول پلین کلسٹر بنانے کے لیے درکار ورچوئل مشینوں یا فزیکل سرورز کی کم از کم تعداد کی تیاری اور نیٹ ورک سروسز کو ترتیب دینا شامل ہے۔ اس ترتیب کے بعد، OpenShift-installer یوٹیلیٹی کا استعمال کرتے ہوئے ایک ہی کمانڈ کے ساتھ اسی طرح ایک OpenShift کلسٹر بنایا جا سکتا ہے۔
انفراسٹرکچر اپڈیٹس
CoreOS کے ساتھ انضمام
ایک اہم اپ ڈیٹ Red Hat CoreOS کے ساتھ انضمام ہے۔ Red Hat OpenShift ماسٹر نوڈس اب چل سکتے ہیں۔ صرف ایک نئے OS پر۔ یہ Red Hat کی طرف سے ایک مفت آپریٹنگ سسٹم ہے، جو خاص طور پر کنٹینر کے حل کے لیے ڈیزائن کیا گیا ہے۔ Red Hat CoreOS ایک ہلکا پھلکا ہے۔ Linux, کنٹینرز چلانے کے لئے مرضی کے مطابق.
اگر 3.11 میں آپریٹنگ سسٹم اور OpenShift الگ الگ موجود تھے، تو 4.2 میں یہ OpenShift کے ساتھ جڑے ہوئے ہیں۔ اب یہ ایک واحد سامان ہے - ناقابل تغیر بنیادی ڈھانچہ۔
ان کلسٹرز کے لیے جو تمام نوڈس کے لیے RHCOS استعمال کرتے ہیں، OpenShift کنٹینر پلیٹ فارم کو اپ گریڈ کرنا ایک سادہ اور انتہائی خودکار عمل ہے۔
پہلے، OpenShift کو اپ ڈیٹ کرنے کے لیے، آپ کو پہلے بنیادی آپریٹنگ سسٹم کو اپ ڈیٹ کرنا پڑتا تھا جس پر پروڈکٹ چل رہا تھا (اس وقت، یہ Red Hat Enterprise تھا۔ Linux)۔ اس کے بعد ہی OpenShift کو آہستہ آہستہ اپ ڈیٹ کیا جا سکتا ہے، نوڈ بہ نوڈ۔ عمل کو خودکار کرنے کی کوئی بات نہیں ہوئی۔
اب چونکہ اوپن شفٹ کنٹینر پلیٹ فارم OS سمیت ہر نوڈ پر سسٹمز اور سروسز کو مکمل طور پر کنٹرول کرتا ہے، اس لیے یہ کام ویب انٹرفیس کے بٹن کے ایک کلک کے ساتھ پورا ہوتا ہے۔ اس کے بعد ایک سرشار آپریٹر OpenShift کلسٹر کے اندر شروع کیا جاتا ہے، جو اپ ڈیٹ کے پورے عمل کا انتظام کرتا ہے۔
نیا CSI
دوسرا، نیا CSI ایک سٹوریج انٹرفیس کنٹرولر ہے جو آپ کو مختلف بیرونی اسٹوریج سسٹمز کو OpenShift کلسٹر سے جوڑنے کی اجازت دیتا ہے۔ سٹوریج سسٹم وینڈرز کی طرف سے لکھے گئے سٹوریج ڈرائیورز کی بنیاد پر OpenShift کے لیے اسٹوریج ڈرائیور فراہم کرنے والوں کی ایک وسیع رینج کی حمایت کی جاتی ہے۔ معاون CSI ڈرائیوروں کی مکمل فہرست اس دستاویز میں مل سکتی ہے: اس فہرست میں معروف مینوفیکچررز (Dell/EMC، IBM، NetApp، Hitachi، HPE، PureStorage)، SDS سلوشنز (Ceph)، اور کلاؤڈ اسٹوریج (AWS، Azure، Google) کے تمام بڑے ڈسک ارے ماڈل شامل ہیں۔ OpenShift 4.2 CSI تفصیلات ورژن 1.1 کے CSI ڈرائیوروں کو سپورٹ کرتا ہے۔
ریڈ ہیٹ اوپن شفٹ سروس میش
Istio، Kiali، اور Jaeger منصوبوں کی بنیاد پر، Red Hat OpenShift سروس میش، خدمات کے درمیان روٹنگ کی درخواستوں کے معمول کے کاموں کے علاوہ، ٹریسنگ اور ویژولائزیشن کو قابل بناتا ہے۔ یہ ڈویلپرز کو Red Hat OpenShift کے اندر تعینات ایپلی کیشنز کے تعامل، نگرانی، اور انتظام کو آسان بنانے میں مدد کرتا ہے۔
کیالی کا استعمال کرتے ہوئے مائیکرو سروسز آرکیٹیکچر کے ساتھ ایک ایپلیکیشن کا تصور کرنا
سروس میش کی تنصیب، دیکھ بھال، اور لائف سائیکل مینجمنٹ کو آسان بنانے کے لیے، Red Hat OpenShift منتظمین کو ایک سرشار آپریٹر — سروس میش آپریٹر فراہم کرتا ہے۔ یہ Kubernetes آپریٹر آپ کو اپنے کلسٹر میں دوبارہ ترتیب شدہ Istio، Kiali، اور Jaeger پیکجوں کو تعینات کرنے کی اجازت دیتا ہے، جس سے درخواست کے انتظام کے انتظامی بوجھ کو کم کیا جاتا ہے۔
Docker کے بجائے CRI-O
ڈیفالٹ ڈوکر کنٹینر رن ٹائم کو CRI-O سے بدل دیا گیا ہے۔ CRI-O پہلے سے ہی ورژن 3.11 میں دستیاب تھا، لیکن یہ 4.2 میں ڈیفالٹ بن گیا۔ یہ اچھی چیز نہیں ہے، لیکن پروڈکٹ کا استعمال کرتے وقت یہ ذہن میں رکھنے کے قابل ہے۔
آپریٹرز اور درخواست کی تعیناتی۔
آپریٹرز RedHat OpenShift کے لیے ایک نئی خصوصیت ہیں، جو ورژن 4 میں متعارف کرائی گئی ہے۔ انہیں کنٹینرائزڈ ایپلی کیشنز کے لیے ایک پلگ ان کے طور پر سوچا جا سکتا ہے، جسے Kubernetes API اور kubectl ٹولز کے ذریعے منظم کیا جاتا ہے۔
Kubernetes آپریٹرز آپ کے کلسٹر میں جو ایپلیکیشن تعینات کرتے ہیں اس کی انتظامیہ اور لائف سائیکل مینجمنٹ سے متعلق کسی بھی کام کو خودکار کرنے میں مدد کرتے ہیں۔ مثال کے طور پر، آپریٹر اپ ڈیٹس، بیک اپ، اور ایپلیکیشن کی اسکیلنگ، کنفیگریشن تبدیلیاں، اور بہت کچھ خودکار کر سکتا ہے۔ آپریٹرز کی مکمل فہرست پر مل سکتی ہے۔ .
OperatorHub مینجمنٹ کنسول کے ویب انٹرفیس سے براہ راست قابل رسائی ہے۔ یہ OpenShift کے لیے ایپلی کیشنز کا ایک کیٹلاگ ہے، جسے Red Hat کے ذریعے سپورٹ کیا جاتا ہے۔ اس کا مطلب ہے کہ تمام Red Hat سے منظور شدہ آپریٹرز کو وینڈر سپورٹ کا احاطہ کیا جائے گا۔
اوپن شفٹ مینجمنٹ کنسول میں آپریٹر ہب پورٹل
یونیورسل بیس امیج
یہ RHEL OS امیجز کا ایک معیاری سیٹ ہے جو آپ کے کنٹینرائزڈ ایپلیکیشنز کو بنانے کے لیے استعمال کیا جا سکتا ہے۔ کم سے کم، معیاری اور مکمل سیٹ ہیں۔ وہ بہت کم جگہ لیتے ہیں اور تمام ضروری انسٹال شدہ پیکجوں اور پروگرامنگ زبانوں کو سپورٹ کرتے ہیں۔
CI/CD ٹولز
RedHat OpenShift 4.2 نے Jenkins اور OpenShift پائپ لائنز کے درمیان انتخاب کرنے کی صلاحیت متعارف کرائی جو کہ Tekton Pipelines کے ذریعے چلتی ہے۔
OpenShift Pipelines Tekton پر مبنی ہے، جو کوڈ اور GitOps کے قریب آتے ہی پائپ لائن کو بہتر طریقے سے سپورٹ کرتی ہے۔ OpenShift پائپ لائنز میں، ہر قدم اپنے کنٹینر میں چلتا ہے، لہذا وسائل صرف اس وقت استعمال کیے جاتے ہیں جب قدم چل رہا ہو۔ یہ ڈویلپرز کو ماڈیول ڈیلیوری پائپ لائنز، پلگ انز، اور انتظام کے لیے مرکزی CI/CD سرور کے بغیر رسائی کنٹرول پر مکمل کنٹرول فراہم کرتا ہے۔
OpenShift Pipelines فی الحال ڈویلپر کے پیش نظارہ میں ہے اور OpenShift 4 کلسٹر پر آپریٹر کے طور پر دستیاب ہے۔ بلاشبہ، OpenShift صارفین اب بھی RedHat OpenShift 4 پر جینکنز استعمال کر سکتے ہیں۔
ڈویلپر مینجمنٹ کے لیے اپ ڈیٹس
OpenShift 4.2 میں ڈویلپرز اور ایڈمنسٹریٹرز دونوں کے لیے مکمل طور پر دوبارہ ڈیزائن کیا گیا ویب انٹرفیس ہے۔
OpenShift کے پچھلے ورژن میں، ہر ایک نے تین کنسولز میں کام کیا: سروس کیٹلاگ، ایڈمنسٹریٹر کنسول، اور ورک کنسول۔ اب کلسٹر کو صرف دو حصوں میں تقسیم کیا گیا ہے — ایڈمنسٹریٹر کنسول اور ڈویلپر کنسول۔
ڈویلپر کنسول نے صارف کے انٹرفیس میں نمایاں بہتری حاصل کی ہے۔ یہ اب زیادہ آسانی سے ایپلیکیشن دکھاتا ہے اور ٹوپولاجی بناتا ہے۔ اس سے ڈویلپرز کے لیے کنٹینرائزڈ ایپلیکیشنز اور کلسٹر وسائل کو تخلیق، تعینات، اور تصور کرنا آسان ہو جاتا ہے، جس سے وہ ان چیزوں پر توجہ مرکوز کر سکتے ہیں جو سب سے اہم ہیں۔
اوپن شفٹ مینجمنٹ کنسول میں ڈویلپر پورٹل
سے Odo
اوڈو ایک ڈویلپر فوکسڈ کمانڈ لائن یوٹیلیٹی ہے جو OpenShift پر ایپلیکیشن ڈویلپمنٹ کو آسان بناتی ہے۔ گٹ پش اسٹائل انٹرفیس کا استعمال کرتے ہوئے، یہ CLI Kubernetes میں نئے ڈویلپرز کو OpenShift پر ایپلیکیشنز بنانے میں مدد کرتا ہے۔
ترقیاتی ماحول کے ساتھ انضمام
ڈویلپرز اب اپنا پسندیدہ کوڈنگ ماحول، جیسے کہ Microsoft Visual Studio، JetBrains (بشمول IntelliJ)، Eclipse Desktop، اور مزید کو چھوڑے بغیر OpenShift پر اپنی ایپلی کیشنز بنا سکتے ہیں، ڈیبگ کر سکتے ہیں اور تعینات کر سکتے ہیں۔
Microsoft Azure DevOps کے لیے Red Hat OpenShift تعیناتی توسیع
Microsoft Azure DevOps کے لیے Red Hat OpenShift تعیناتی توسیع جاری کر دی گئی ہے۔ اس DevOps ٹول کٹ کے صارفین اب اپنی ایپلیکیشنز کو Azure Red Hat OpenShift یا کسی دوسرے OpenShift کلسٹر میں براہ راست Microsoft Azure DevOps سے تعینات کر سکتے ہیں۔
تیسرے ورژن سے چوتھے ورژن میں منتقلی۔
چونکہ ہم ایک نئی ریلیز کے بارے میں بات کر رہے ہیں، نہ کہ اپ ڈیٹ کے، اس لیے آپ صرف تیسرے کے اوپر چوتھا ورژن انسٹال نہیں کر سکتے۔ ورژن 3 سے 4 تک اپ گریڈ کرنا معاون نہیں ہوگا۔.
لیکن ایک اچھی خبر ہے: Red Hat 3.7 سے 4.2 تک منصوبوں کو منتقل کرنے کے لیے ٹولز فراہم کرتا ہے۔ آپ کلسٹر ایپلیکیشن مائیگریشن (CAM) ٹول کا استعمال کرتے ہوئے ایپلیکیشن ورک بوجھ کو منتقل کر سکتے ہیں۔ CAM آپ کو مائیگریشن کو کنٹرول کرنے اور ایپلیکیشن ڈاؤن ٹائم کو کم سے کم کرنے کی اجازت دیتا ہے۔
اوپن شفٹ 4.3
اس مضمون میں بیان کردہ اہم نئی خصوصیات ورژن 4.2 میں نمودار ہوئیں۔ حال ہی میں جاری کردہ 4.3 میں کم اہم تبدیلیاں ہیں، لیکن پھر بھی کچھ نئی خصوصیات شامل ہیں۔ تبدیلیوں کی فہرست کافی وسیع ہے، لیکن ہم اپنی رائے میں سب سے اہم کو نمایاں کریں گے:
Kubernetes ورژن کو 1.16 میں اپ ڈیٹ کریں۔
ورژن کو ایک ساتھ دو مراحل سے اپ گریڈ کیا گیا تھا۔ اوپن شفٹ 4.2 1.14 تھی۔
وغیرہ میں ڈیٹا کی خفیہ کاری
ورژن 4.3 سے شروع کرتے ہوئے، اب etcd ڈیٹا بیس میں ڈیٹا کو انکرپٹ کرنا ممکن ہے۔ ایک بار خفیہ کاری کے فعال ہونے کے بعد، درج ذیل OpenShift API اور Kubernetes API وسائل کو انکرپٹ کیا جائے گا: راز، ConfigMaps، روٹس، رسائی ٹوکنز، اور OAuth اجازت کے ٹوکن۔
پتوار
ہیلم ورژن 3 کے لیے سپورٹ، Kubernetes کے لیے ایک مقبول پیکیج مینیجر، شامل کر دیا گیا ہے۔ فی الحال، یہ سپورٹ TECHNOLOGY PREVIEW ہے۔ مستقبل کی OpenShift ریلیز میں مکمل ہیلم سپورٹ کو بڑھایا جائے گا۔ ہیلم کلی یوٹیلیٹی OpenShift کے ساتھ بنڈل ہے اور اسے کلسٹر ویب مینجمنٹ کنسول سے ڈاؤن لوڈ کیا جا سکتا ہے۔
پروجیکٹ ڈیش بورڈ اپ ڈیٹ
نیا پروجیکٹ ڈیش بورڈ پروجیکٹ کے صفحہ پر اضافی معلومات فراہم کرتا ہے: پروجیکٹ کی حیثیت، وسائل کا استعمال، اور پروجیکٹ کوٹے۔
ویب کنسول میں quay کے لیے کمزوریوں کو ظاہر کرنا
مینجمنٹ کنسول اب Quay repositories میں امیجز کے لیے معلوم کمزوریوں کو ظاہر کرتا ہے۔ کمزوریاں مقامی اور بیرونی دونوں ذخیروں کے لیے ظاہر کی جا سکتی ہیں۔
آف لائن آپریٹر ہب کی آسان تخلیق
محدود یا بغیر انٹرنیٹ تک رسائی والے الگ تھلگ نیٹ ورکس میں اوپن شفٹ کلسٹرز کی تعیناتی کے لیے، آپریٹر ہب رجسٹری کے لیے آئینہ بنانا آسان بنا دیا گیا ہے۔ یہ اب صرف تین کمانڈز سے پورا کیا جا سکتا ہے۔
مصنفین:
وکٹر پچکوف، یوری سیمینیوکوف
ماخذ: www.habr.com
