OpenShift کا چوتھا ورژن نسبتاً حال ہی میں جاری کیا گیا تھا۔ موجودہ ورژن 4.3 جنوری کے آخر سے دستیاب ہے اور اس میں ہونے والی تمام تبدیلیاں یا تو بالکل نئی ہیں جو تیسرے ورژن میں نہیں تھیں، یا پھر ورژن 4.1 میں جو کچھ سامنے آیا اس کی ایک بڑی تازہ کاری ہے۔ ہر وہ چیز جو ہم اب آپ کو بتائیں گے ان لوگوں کو جاننے، سمجھنے اور ان پر غور کرنے کی ضرورت ہے جو OpenShift کے ساتھ کام کرتے ہیں اور نئے ورژن پر جانے کا ارادہ رکھتے ہیں۔
OpenShift 4.2 کے اجراء کے ساتھ، Red Hat نے Kubernetes کے ساتھ کام کرنا آسان بنا دیا ہے۔ کنٹینرز، CI/CD پائپ لائنز اور سرور کے بغیر تعیناتی بنانے کے لیے نئے ٹولز اور پلگ ان سامنے آئے ہیں۔ اختراعات ڈویلپرز کو کوڈ لکھنے پر توجہ مرکوز کرنے کا موقع فراہم کرتی ہیں، نہ کہ Kubernetes سے نمٹنے پر۔
دراصل، OpenShift 4.2 اور 4.3 کے ورژن میں نیا کیا ہے؟
ہائبرڈ بادلوں کی طرف بڑھ رہا ہے۔
ایک نئے IT انفراسٹرکچر کی منصوبہ بندی کرتے وقت یا موجودہ IT لینڈ سکیپ تیار کرتے وقت، کمپنیاں آئی ٹی وسائل کی فراہمی کے لیے کلاؤڈ اپروچ پر تیزی سے غور کر رہی ہیں، جس کے لیے وہ پرائیویٹ کلاؤڈ سلوشنز کو نافذ کرتی ہیں یا پبلک کلاؤڈ فراہم کنندگان کی طاقت کا استعمال کرتی ہیں۔ اس طرح، جدید IT انفراسٹرکچر تیزی سے ایک "ہائبرڈ" کلاؤڈ ماڈل کے مطابق تعمیر کیے جا رہے ہیں، جب آن پریمیسس وسائل اور مشترکہ انتظامی نظام کے ساتھ عوامی کلاؤڈ وسائل دونوں استعمال کیے جاتے ہیں۔ Red Hat OpenShift 4.2 کو خاص طور پر ایک ہائبرڈ کلاؤڈ ماڈل میں منتقلی کو آسان بنانے کے لیے ڈیزائن کیا گیا ہے اور VMware اور OpenStack پر نجی کلاؤڈز کے استعمال کے ساتھ ساتھ AWS، Azure اور Google Cloud Platform جیسے فراہم کنندگان کے وسائل کو کلسٹر سے جوڑنا آسان بناتا ہے۔
تنصیب کا نیا طریقہ
ورژن 4 میں، OpenShift انسٹال کرنے کا طریقہ بدل گیا ہے۔ Red Hat ایک OpenShift کلسٹر - openshift-install کی تعیناتی کے لیے ایک خصوصی افادیت فراہم کرتا ہے۔ یوٹیلیٹی ایک واحد بائنری فائل ہے جو Go میں لکھی گئی ہے۔ Openshit-installer تعیناتی کے لیے درکار کنفیگریشن کے ساتھ yaml فائل تیار کرتا ہے۔
کلاؤڈ وسائل کا استعمال کرتے ہوئے انسٹالیشن کی صورت میں، آپ کو مستقبل کے کلسٹر کے بارے میں کم سے کم معلومات بتانے کی ضرورت ہوگی: DNS زون، ورکر نوڈس کی تعداد، کلاؤڈ فراہم کنندہ کے لیے مخصوص ترتیبات، کلاؤڈ فراہم کنندہ تک رسائی کے لیے اکاؤنٹ کی معلومات۔ کنفیگریشن فائل تیار کرنے کے بعد، کلسٹر کو ایک کمانڈ کے ساتھ تعینات کیا جا سکتا ہے۔
آپ کے اپنے کمپیوٹنگ وسائل پر انسٹالیشن کی صورت میں، مثال کے طور پر، پرائیویٹ کلاؤڈ استعمال کرتے وقت (vSphere اور OpenStack سپورٹ کیا جاتا ہے) یا ننگے میٹل سرورز پر انسٹال کرتے وقت، آپ کو بنیادی ڈھانچے کو دستی طور پر ترتیب دینے کی ضرورت ہوگی - ورچوئل مشینوں کی کم از کم تعداد تیار کریں یا کنٹرول پلین کلسٹر بنانے، نیٹ ورک سروسز کو ترتیب دینے کے لیے درکار فزیکل سرورز۔ اس ترتیب کے بعد، OpenShift-installer یوٹیلیٹی کی ایک کمانڈ کے ساتھ اسی طرح ایک OpenShift کلسٹر بنایا جا سکتا ہے۔
انفراسٹرکچر اپڈیٹس
CoreOS انضمام
اہم اپ ڈیٹ Red Hat CoreOS کے ساتھ انضمام ہے۔ Red Hat OpenShift ماسٹر نوڈس اب کام کر سکتے ہیں۔ صرف نئے OS پر۔ یہ Red Hat کی طرف سے ایک مفت آپریٹنگ سسٹم ہے جو خاص طور پر کنٹینر کے حل کے لیے ڈیزائن کیا گیا ہے۔ Red Hat CoreOS ایک ہلکا پھلکا لینکس ہے جو کنٹینرز کو چلانے کے لیے موزوں ہے۔
اگر 3.11 میں آپریٹنگ سسٹم اور OpenShift الگ الگ موجود تھے، تو 4.2 میں یہ OpenShift کے ساتھ جڑے ہوئے ہیں۔ اب یہ ایک واحد سامان ہے - ناقابل تغیر بنیادی ڈھانچہ۔
ان کلسٹرز کے لیے جو تمام نوڈس کے لیے RHCOS استعمال کرتے ہیں، OpenShift کنٹینر پلیٹ فارم کو اپ گریڈ کرنا ایک سادہ اور انتہائی خودکار عمل ہے۔
پہلے، OpenShift کو اپ ڈیٹ کرنے کے لیے، آپ کو پہلے بنیادی آپریٹنگ سسٹم کو اپ ڈیٹ کرنا پڑتا تھا جس پر پروڈکٹ چل رہا تھا (اس وقت، Red Hat Enterprise Linux)۔ تب ہی اوپن شفٹ کو آہستہ آہستہ اپ ڈیٹ کیا جا سکتا ہے، نوڈ بہ نوڈ۔ عمل کے کسی آٹومیشن کے بارے میں کوئی بات نہیں کی گئی۔
اب چونکہ OpenShift کنٹینر پلیٹ فارم OS سمیت ہر نوڈ پر سسٹمز اور سروسز کو مکمل طور پر کنٹرول کرتا ہے، اس لیے یہ کام ویب انٹرفیس سے ایک بٹن دبانے سے حل ہو جاتا ہے۔ اس کے بعد اوپن شفٹ کلسٹر کے اندر ایک خصوصی آپریٹر لانچ کیا جاتا ہے، جو اپ ڈیٹ کے پورے عمل کو کنٹرول کرتا ہے۔
نیا 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 Service Mesh، خدمات کے درمیان روٹنگ کی درخواستوں کے معمول کے کاموں کے علاوہ، ان کا سراغ لگانے اور ویژولائزیشن کی اجازت دیتا ہے۔ یہ ڈویلپرز کو Red Hat OpenShift کے اندر تعینات کردہ ایپلیکیشن کو آسانی سے بات چیت، نگرانی اور ان کا نظم کرنے میں مدد کرتا ہے۔
کیالی کا استعمال کرتے ہوئے مائیکرو سروس آرکیٹیکچر والی ایپلیکیشن کا تصور
سروس میش کی تنصیب، دیکھ بھال، اور لائف سائیکل مینجمنٹ کو زیادہ سے زیادہ آسان بنانے کے لیے، Red Hat OpenShift منتظمین کو ایک خصوصی آپریٹر، سروس میش آپریٹر فراہم کرتا ہے۔ یہ ایک Kubernetes آپریٹر ہے جو آپ کو دوبارہ تشکیل شدہ Istio، Kiali اور Jaeger پیکجوں کو ایک کلسٹر پر تعینات کرنے کی اجازت دیتا ہے، جس سے ایپلیکیشن مینجمنٹ کے انتظامی بوجھ کو زیادہ سے زیادہ کیا جا سکتا ہے۔
Docker کے بجائے CRI-O
ڈیفالٹ کنٹینر رن ٹائم ڈوکر کو CRI-O سے تبدیل کر دیا گیا ہے۔ ورژن 3.11 میں پہلے سے ہی CRI-O استعمال کرنا ممکن تھا، لیکن 4.2 میں یہ اہم بن گیا۔ اچھا یا برا نہیں، لیکن پروڈکٹ کا استعمال کرتے وقت ذہن میں رکھنے کی چیز۔
آپریٹرز اور درخواست کی تعیناتی۔
آپریٹرز RedHat OpenShift کے لیے ایک نئی ہستی ہیں، جو چوتھے ورژن میں نمودار ہوئی۔ یہ ایک Kubernetes ایپلیکیشن کی پیکیجنگ، تعیناتی اور انتظام کرنے کا ایک طریقہ ہے۔ اسے کنٹینرز میں تعینات ایپلی کیشنز کے لیے ایک پلگ ان کے طور پر سوچا جا سکتا ہے، جسے Kubernetes API اور kubectl ٹولز کے ذریعے چلایا جاتا ہے۔
Kubernetes آپریٹرز آپ کے اپنے کلسٹر میں تعینات کردہ ایپلیکیشن کی انتظامیہ اور لائف سائیکل مینجمنٹ سے متعلق کسی بھی کام کو خودکار کرنے میں مدد کرتے ہیں۔ مثال کے طور پر، آپریٹر اپ ڈیٹس، بیک اپ اور ایپلیکیشن کی اسکیلنگ کو خودکار کر سکتا ہے، کنفیگریشن کو تبدیل کر سکتا ہے، وغیرہ۔ آپریٹرز کی مکمل فہرست اس پر مل سکتی ہے۔ .
OperatorHub مینجمنٹ کنسول کے ویب انٹرفیس سے براہ راست قابل رسائی ہے۔ یہ OpenShift کے لیے ایک ایپلیکیشن ڈائرکٹری ہے جسے Red Hat کے ذریعے برقرار رکھا جاتا ہے۔ وہ. تمام Red Hat منظور شدہ آپریٹرز کو وینڈر سپورٹ کے ذریعے کور کیا جائے گا۔
اوپن شفٹ مینجمنٹ کنسول میں آپریٹر ہب پورٹل
یونیورسل بیس امیج
یہ RHEL OS امیجز کا ایک معیاری سیٹ ہے جو آپ کے کنٹینرائزڈ ایپلی کیشنز کو بنانے کے لیے استعمال کیا جا سکتا ہے۔ کم سے کم، معیاری اور مکمل سیٹ ہیں۔ وہ بہت کم جگہ لیتے ہیں اور تمام ضروری انسٹال کردہ پیکیجز اور پروگرامنگ زبانوں کو سپورٹ کرتے ہیں۔
CI/CD ٹولز
RedHat OpenShif 4.2 میں، Tekton Pipelines کی بنیاد پر Jenkins اور OpenShift پائپ لائنز کے درمیان انتخاب کرنا ممکن ہوا۔
OpenShift Pipelines Tekton پر مبنی ہے، جو کوڈ اور GitOps کے قریب آتے ہی پائپ لائن کے ذریعے بہتر تعاون حاصل ہے۔ OpenShift پائپ لائنز میں، ہر قدم اپنے اپنے کنٹینر میں چلتا ہے، لہذا وسائل صرف اس وقت استعمال کیے جاتے ہیں جب قدم پر عمل ہو رہا ہو۔ اس سے ڈویلپرز کو ماڈیول ڈیلیوری پائپ لائنز، پلگ انز، اور مرکزی CI/CD سرور کے انتظام کے بغیر رسائی کنٹرول پر مکمل کنٹرول حاصل ہوتا ہے۔
اوپن شفٹ پائپ لائنز فی الحال ڈیولپر کے پیش نظارہ میں ہے اور اوپن شفٹ 4 کلسٹر پر آپریٹر کے طور پر دستیاب ہے۔
ڈویلپر مینجمنٹ اپڈیٹس
4.2 اوپن شفٹ میں، ویب انٹرفیس کو ڈویلپرز اور ایڈمنسٹریٹرز دونوں کے لیے مکمل طور پر اپ ڈیٹ کر دیا گیا ہے۔
OpenShift کے پچھلے ورژن میں، ہر ایک نے تین کنسولز میں کام کیا: سروس ڈائرکٹری، ایڈمنسٹریٹر کنسول اور ورک کنسول۔ اب کلسٹر کو صرف دو حصوں میں تقسیم کیا گیا ہے - ایڈمنسٹریٹر کنسول اور ڈویلپر کنسول۔
ڈویلپر کنسول نے صارف کے انٹرفیس میں نمایاں بہتری حاصل کی ہے۔ اب یہ زیادہ آسانی سے ایپلی کیشنز اور ان کی اسمبلیوں کی ٹوپولوجی دکھاتا ہے۔ یہ ڈویلپرز کے لیے کنٹینرائزڈ ایپلی کیشنز اور کلسٹرڈ وسائل کو تخلیق، تعینات، اور تصور کرنا آسان بناتا ہے۔ انہیں اس بات پر توجہ مرکوز کرنے کی اجازت دیتا ہے کہ ان کے لیے کیا اہم ہے۔
OpenShift مینجمنٹ کنسول میں ڈویلپر پورٹل
سے Odo
اوڈو ایک ڈویلپر پر مبنی کمانڈ لائن یوٹیلیٹی ہے جو OpenShift میں ایپلیکیشن ڈویلپمنٹ کو آسان بناتی ہے۔ گٹ پش اسٹائل کمیونیکیشن کا استعمال کرتے ہوئے، یہ CLI Kubernetes میں نئے ڈویلپرز کو OpenShift میں ایپلی کیشنز بنانے میں مدد کرتا ہے۔
ترقیاتی ماحول کے ساتھ انضمام
ڈویلپرز اب اپنا پسندیدہ کوڈ ڈیولپمنٹ ماحول چھوڑے بغیر اوپن شفٹ میں اپنی ایپلی کیشنز بنا سکتے ہیں، ڈیبگ کر سکتے ہیں اور تعینات کر سکتے ہیں، جیسے کہ Microsoft Visual Studio، JetBrains (بشمول IntelliJ)، Eclipse Desktop، وغیرہ۔
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