"Kubernetes اور OpenShift میں کیا فرق ہے؟" - یہ سوال قابل رشک مستقل مزاجی کے ساتھ پیدا ہوتا ہے۔ اگرچہ حقیقت میں یہ پوچھنے کے مترادف ہے کہ ایک کار انجن سے کیسے مختلف ہے۔ اگر ہم مشابہت کو جاری رکھیں، تو ایک کار ایک تیار شدہ پروڈکٹ ہے، آپ اسے فوراً استعمال کر سکتے ہیں، لفظی: اندر جاؤ اور جاؤ۔ دوسری طرف، انجن آپ کو کہیں لے جانے کے لیے، آخر کار وہی کار حاصل کرنے کے لیے اسے پہلے بہت سی دوسری چیزوں کے ساتھ ملنا چاہیے۔
لہذا، Kubernetes وہ انجن ہے جس کے ارد گرد OpenShift برانڈ کار (پلیٹ فارم) کو جمع کیا جاتا ہے، جو آپ کو اپنے مقصد تک لے جاتا ہے۔
اس مضمون میں ہم آپ کو یاد دلانا چاہتے ہیں اور درج ذیل اہم نکات کو قدرے تفصیل سے جانچنا چاہتے ہیں:
- Kubernetes OpenShift پلیٹ فارم کا دل ہے اور یہ 100% مصدقہ Kubernetes ہے، مکمل طور پر اوپن سورس اور معمولی ملکیتی نوعیت کے بغیر۔ مختصراً:
- OpenShift کلسٹر API 100% Kubernetes ہے۔
- اگر کنٹینر کسی دوسرے Kubernetes سسٹم پر چلتا ہے، تو یہ OpenShift پر بغیر کسی تبدیلی کے چلے گا۔ ایپلی کیشنز میں تبدیلی کرنے کی ضرورت نہیں ہے۔
- OpenShift نہ صرف Kubernetes میں مفید خصوصیات اور فعالیت کا اضافہ کرتا ہے۔ ایک کار کی طرح، OpenShift باکس سے باہر ہے، اسے فوری طور پر پیداوار میں لایا جا سکتا ہے، اور جیسا کہ ہم ذیل میں دکھائیں گے، ایک ڈویلپر کی زندگی کو بہت آسان بنا دیتا ہے۔ یہی وجہ ہے کہ اوپن شفٹ دو افراد میں متحد ہے۔ یہ ڈویلپر کے نقطہ نظر سے ایک کامیاب اور معروف انٹرپرائز کلاس PaaS پلیٹ فارم ہے۔ اور ایک ہی وقت میں، یہ صنعتی آپریشن کے نقطہ نظر سے ایک انتہائی قابل اعتماد کنٹینر-ایک-سروس حل ہے۔
OpenShift 100% CNCF سرٹیفیکیشن کے ساتھ Kubernetes ہے۔
اوپن شفٹ پر مبنی ہے۔ . لہذا، مناسب تربیت کے بعد، صارفین kubectl کی طاقت سے حیران رہ جاتے ہیں۔ اور وہ لوگ جنہوں نے کبرنیٹس کلسٹر سے اوپن شفٹ پر سوئچ کیا وہ اکثر یہ کہتے ہیں کہ وہ واقعی کتنا پسند کرتے ہیں کہ kubeconfig کو OpenShift کلسٹر پر ری ڈائریکٹ کرنے کے بعد، تمام موجودہ اسکرپٹس بے عیب طریقے سے کام کرتی ہیں۔
آپ نے شاید OpenShift کی کمانڈ لائن یوٹیلیٹی کے بارے میں سنا ہوگا جسے OC کہتے ہیں۔ یہ kubectl کے ساتھ مکمل طور پر مطابقت رکھتا ہے، اس کے علاوہ یہ کئی مفید مددگار پیش کرتا ہے جو کہ متعدد کاموں کو انجام دینے کے وقت کام آئے گا۔ لیکن پہلے، OC اور kubectl کی مطابقت کے بارے میں کچھ اور:
kubectl کمانڈز
او سی ٹیمیں
kubectl پوڈوں حاصل
oc پھلی حاصل کریں
kubectl نام کی جگہیں حاصل کریں۔
oc نام کی جگہیں حاصل کریں۔
kubectl create -f deployment.yaml
oc تخلیق -f deployment.yaml
OpenShift API پر kubectl استعمال کرنے کے نتائج اس طرح نظر آتے ہیں:
• kubectl get pods - توقع کے مطابق pods واپس کرتا ہے۔
• kubectl get namespaces - توقع کے مطابق نام کی جگہیں واپس کرتا ہے۔
کمانڈ kubectl create -f mydeployment.yaml کسی دوسرے Kubernetes پلیٹ فارم کی طرح kubernetes کے وسائل تخلیق کرتی ہے، جیسا کہ ذیل کی ویڈیو میں دکھایا گیا ہے۔
دوسرے الفاظ میں، تمام Kubernetes APIs 100% مطابقت برقرار رکھتے ہوئے OpenShift میں مکمل طور پر دستیاب ہیں۔ یہی وجہ ہے .
OpenShift Kubernetes میں مفید خصوصیات شامل کرتا ہے۔
Kubernetes APIs OpenShift میں 100% دستیاب ہیں، لیکن معیاری Kubernetes یوٹیلیٹی kubectl میں واضح طور پر فعالیت اور سہولت کا فقدان ہے۔ اسی لیے Red Hat نے Kubernetes میں مفید خصوصیات اور کمانڈ لائن ٹولز شامل کیے ہیں، جیسے کہ OC (OpenShift کلائنٹ کے لیے مختصر) اور ODO (OpenShift DO، یہ افادیت ڈیولپرز کے لیے ہے)۔
1. OC یوٹیلیٹی - Kubectl کا زیادہ طاقتور اور آسان ورژن
مثال کے طور پر، kubectl کے برعکس، یہ آپ کو نئے نام کی جگہیں بنانے اور سیاق و سباق کو آسانی سے تبدیل کرنے کی اجازت دیتا ہے، اور ڈویلپرز کے لیے بہت سے مفید کمانڈز بھی پیش کرتا ہے، جیسے کنٹینر کی تصاویر بنانا اور ایپلیکیشنز کو براہ راست سورس کوڈ یا بائنریز سے تعینات کرنا (ذریعہ سے تصویر، s2i)۔
آئیے اس کی مثالیں دیکھتے ہیں کہ کس طرح OC یوٹیلیٹی کی بلٹ ان مددگار اور جدید فعالیت روزمرہ کے کام کو آسان بنانے میں مدد کرتی ہے۔
پہلی مثال نام کی جگہ کا انتظام ہے۔ ہر Kubernetes کلسٹر میں ہمیشہ متعدد نام کی جگہیں ہوتی ہیں۔ وہ عام طور پر ترقی اور پیداواری ماحول بنانے کے لیے استعمال ہوتے ہیں، لیکن ان کا استعمال مثال کے طور پر، ہر ڈویلپر کو ذاتی سینڈ باکس فراہم کرنے کے لیے بھی کیا جا سکتا ہے۔ عملی طور پر، اس کے نتیجے میں ڈویلپر کو اکثر نام کی جگہوں کے درمیان سوئچ کرنا پڑتا ہے، کیونکہ kubectl موجودہ جگہ کے تناظر میں چلتا ہے۔ لہذا، kubectl کے معاملے میں، لوگ فعال طور پر اس کے لیے مددگار اسکرپٹ کا استعمال کرتے ہیں۔ لیکن OC استعمال کرتے وقت، مطلوبہ جگہ پر سوئچ کرنے کے لیے، صرف "oc project namespace" بولیں۔
یاد نہیں ہے کہ آپ کو جس نام کی جگہ کی ضرورت ہے اسے کیا کہتے ہیں؟ کوئی مسئلہ نہیں، مکمل فہرست ظاہر کرنے کے لیے صرف "oc get projects" ٹائپ کریں۔ شکی سوچ رہے ہیں کہ یہ کیسے کام کرے گا اگر آپ کے پاس صرف کلسٹر پر نام کی جگہوں کے محدود ذیلی سیٹ تک رسائی ہے؟ ٹھیک ہے، کیونکہ kubectl یہ صرف اس صورت میں صحیح طریقے سے کرتا ہے جب RBAC آپ کو کلسٹر پر تمام خالی جگہیں دیکھنے کی اجازت دیتا ہے، اور بڑے کلسٹرز میں ہر کسی کو ایسی اجازت نہیں دی جاتی ہے۔ تو، ہم جواب دیتے ہیں: OC کے لیے یہ کوئی مسئلہ نہیں ہے اور یہ ایسی صورت حال میں آسانی سے ایک مکمل فہرست تیار کرے گا۔ یہ چھوٹی چھوٹی چیزیں ہیں جو اوپن شفٹ کی کارپوریٹ واقفیت اور صارفین اور ایپلی کیشنز کے لحاظ سے اس پلیٹ فارم کی اچھی اسکیل ایبلٹی بناتی ہیں۔
2. ODO - ڈویلپرز کے لیے kubectl کا ایک بہتر ورژن
Red Hat OpenShift کی Kubernetes پر بہتری کی ایک اور مثال ODO کمانڈ لائن یوٹیلیٹی ہے۔ یہ ڈویلپرز کے لیے ڈیزائن کیا گیا ہے اور آپ کو مقامی کوڈ کو ریموٹ اوپن شفٹ کلسٹر میں تیزی سے تعینات کرنے کی اجازت دیتا ہے۔ یہ ریموٹ اوپن شفٹ کلسٹر پر موجود تمام کوڈ کی تبدیلیوں کو فوری طور پر کنٹینرز میں مطابقت پذیر بنانے کے لیے اندرونی عمل کو ہموار کر سکتا ہے، بغیر تصاویر کو دوبارہ بنانے، رجسٹری کرنے اور دوبارہ تعینات کیے بغیر۔
آئیے دیکھتے ہیں کہ کس طرح OC اور ODO کنٹینرز اور Kubernetes کے ساتھ کام کرنا آسان بناتے ہیں۔
صرف کچھ ورک فلوز کا موازنہ کریں جب وہ kubectl کی بنیاد پر بنائے جاتے ہیں، اور جب OC یا ODO استعمال ہوتے ہیں۔
• OpenShift پر کوڈ کی تعیناتی ان لوگوں کے لیے جو YAML نہیں بولتے ہیں:
Kubernetes/kubectl
$>گٹ کلون
1- ایک ڈاکر فائل بنائیں جو کوڈ سے تصویر بناتی ہے۔
-----
نوڈ سے
WORKDIR/usr/src/app
پیکیج کاپی کریں*.json ./
کاپی index.js ./
کاپی ./app ./app
این پی ایم انسٹال چلائیں۔
ایکسپوز 3000
CMD [ "npm"، "start" ]
—————
2- ہم تصویر بناتے ہیں۔
$> پوڈ مین کی تعمیر...
3- رجسٹری میں لاگ ان کریں۔
پوڈ مین لاگ ان...
4- تصویر کو رجسٹری میں رکھیں
پوڈ مین دھکا
5- ایپلیکیشن کی تعیناتی کے لیے yaml فائلیں بنائیں (deployment.yaml، service.yaml، ingress.yaml) - یہ مطلق کم از کم ہے
6- مینی فیسٹ فائلیں تعینات کریں:
Kubectl apply -f ۔
OpenShift/oc
$> oc new-app - ہماری_درخواست_نام
اوپن شفٹ/اوڈو
$>گٹ کلون
$> odo جزو نوڈجز myapp بنائیں
$>اوڈو پش
• سیاق و سباق کا سوئچ: کام کی نام کی جگہ یا کام کا کلسٹر تبدیل کریں۔
Kubernetes/kubectl
1- پروجیکٹ "myproject" کے لیے kubeconfig میں ایک سیاق و سباق بنائیں
2- kubectl سیٹ سیاق و سباق…
OpenShift/oc
او سی پروجیکٹ "مائی پروجیکٹ"
کوالٹی کنٹرول: "ایک دلچسپ خصوصیت یہاں ظاہر ہوئی ہے، اب بھی الفا ورژن میں ہے۔ شاید ہم اسے پیداوار میں ڈال سکتے ہیں؟
تصور کریں کہ ایک ریسنگ کار میں بیٹھے ہوئے ہیں اور کہا جا رہا ہے: "ہم نے ایک نئی قسم کی بریکیں لگائی ہیں اور سچ پوچھیں تو، ان کی قابل اعتمادی ابھی تک ٹھیک نہیں ہے... لیکن فکر نہ کریں، ہم کورس کے دوران انہیں فعال طور پر بہتر کریں گے۔ چیمپئن شپ کا۔" آپ کو یہ امکان کیسے پسند ہے؟ ہم Red Hat پر کسی طرح زیادہ خوش نہیں ہیں۔ 🙂
لہذا، ہم الفا ورژنز کو اس وقت تک روکنے کی کوشش کرتے ہیں جب تک کہ وہ کافی پختہ نہ ہو جائیں اور ہم نے جنگ کی مکمل جانچ کر لی ہے اور محسوس کرتے ہیں کہ وہ استعمال میں محفوظ ہیں۔ عام طور پر، سب کچھ پہلے دیو پیش نظارہ مرحلے سے گزرتا ہے، پھر ہوتا ہے۔ اور تب ہی عوامی ریلیز کے طور پر سامنے آتا ہے۔ (GA)، جو پہلے سے ہی اتنا مستحکم ہے کہ یہ پیداوار کے لیے موزوں ہے۔
ایسا کیوں ہے؟ کیونکہ، کسی دوسرے سافٹ ویئر کی ترقی کے ساتھ، Kubernetes میں تمام ابتدائی آئیڈیاز حتمی ریلیز تک نہیں پہنچتے ہیں۔ یا وہ اس تک پہنچ جاتے ہیں اور مطلوبہ فعالیت کو بھی برقرار رکھتے ہیں، لیکن ان کا نفاذ الفا ورژن میں اس سے یکسر مختلف ہے۔ مشن کے اہم کام کے بوجھ کو سپورٹ کرنے کے لیے OpenShift استعمال کرنے والے ہزاروں Red Hat صارفین کے ساتھ، ہم اپنے پلیٹ فارم کے استحکام اور طویل مدتی تعاون پر خصوصی زور دیتے ہیں۔
Red Hat OpenShift کو کثرت سے جاری کرنے اور اس کے ساتھ آنے والے Kubernetes کے ورژن کو اپ ڈیٹ کرنے کے لیے پرعزم ہے۔ مثال کے طور پر، اس تحریر کے وقت OpenShift 4.3 کی موجودہ GA ریلیز میں Kubernetes 1.16 شامل ہے، جو 1.17 نمبر والے Kubernetes کے اپ اسٹریم ورژن کے پیچھے صرف ایک یونٹ ہے۔ اس طرح، ہم کسٹمر کو انٹرپرائز کلاس Kubernetes فراہم کرنے کی کوشش کر رہے ہیں اور OpenShift کے نئے ورژن کے اجراء کے دوران اضافی کوالٹی کنٹرول فراہم کر رہے ہیں۔
سافٹ ویئر کی اصلاحات: "کوبرنیٹس کے ورژن میں ایک سوراخ تھا جو ہمارے پاس پروڈکشن میں ہے۔ اور آپ اسے صرف تین ورژن اپ ڈیٹ کرکے بند کرسکتے ہیں۔ یا کوئی آپشن ہیں؟
Kubernetes اوپن سورس پروجیکٹ میں، سافٹ ویئر فکسز کو عام طور پر اگلی ریلیز کے حصے کے طور پر جاری کیا جاتا ہے، بعض اوقات ایک یا دو پچھلے سنگ میل ریلیز کا احاطہ کرتا ہے، جس سے کوریج 6 ماہ تک کم ہوتی ہے۔
Red Hat دوسروں کے مقابلے پہلے اہم اصلاحات جاری کرنے اور طویل عرصے تک مدد فراہم کرنے پر فخر کرتا ہے۔ مثال کے طور پر Kubernetes استحقاق میں اضافے کا خطرہ (): اسے Kubernetes 1.11 میں دریافت کیا گیا تھا، اور پچھلی ریلیزز کے لیے اصلاحات صرف ورژن 1.10.11 تک جاری کی گئی تھیں، جس سے اسے 1.x سے 1.9 تک تمام پچھلی Kubernetes ریلیز میں سوراخ میں چھوڑ دیا گیا تھا۔
بدلے میں، (Kubernetes 1.2 موجود ہے)، نو اوپن شفٹ ریلیز کیپچر کرنا اور واضح طور پر صارفین کی دیکھ بھال کا مظاہرہ کرنا (مزید تفصیلات) ).
اوپن شفٹ اور ریڈ ہیٹ کبرنیٹس کو کس طرح آگے بڑھا رہے ہیں۔
Red Hat اوپن سورس Kubernetes پروجیکٹ میں سافٹ ویئر کا دوسرا سب سے بڑا تعاون کنندہ ہے، صرف گوگل کے پیچھے، 3 میں سے 5 سب سے زیادہ قابل ڈویلپرز Red Hat سے آتے ہیں۔ ایک اور غیر معروف حقیقت: بہت سے اہم افعال کوبرنیٹس میں بالکل ریڈ ہیٹ کی پہل پر ظاہر ہوئے، خاص طور پر، جیسے:
- آر بی اے سی۔ Kubernetes کے پاس RBAC فنکشنز (ClusterRole, ClusterRoleBinding) نہیں تھے جب تک کہ Red Hat انجینئرز نے انہیں پلیٹ فارم کے حصے کے طور پر نافذ کرنے کا فیصلہ نہیں کیا، نہ کہ اضافی OpenShift فعالیت کے طور پر۔ کیا Red Hat Kubernetes کو بہتر بنانے سے ڈرتا ہے؟ بالکل نہیں، کیونکہ Red Hat اوپن سورس کے اصولوں پر سختی سے عمل کرتا ہے اور اوپن کور گیمز نہیں کھیلتا ہے۔ بہتری اور اختراعات جو کہ ملکیتی کمیونٹیز کے بجائے ترقیاتی کمیونٹیز کے ذریعے چلائی جاتی ہیں، زیادہ قابل عمل اور زیادہ وسیع پیمانے پر اختیار کی جاتی ہیں، جو ہمارے صارفین کے لیے اوپن سورس سافٹ ویئر کو مزید کارآمد بنانے کے ہمارے بنیادی مقصد کے ساتھ اچھی طرح سے مطابقت رکھتی ہیں۔
- پوڈز کے لیے سیکیورٹی پالیسیاں (پوڈ سیکیورٹی پالیسیاں)۔ پوڈز کے اندر ایپلی کیشنز کو محفوظ طریقے سے چلانے کا یہ تصور اصل میں OpenShift میں SCC (سیکیورٹی سیاق و سباق کی پابندیاں) کے نام سے لاگو کیا گیا تھا۔ اور جیسا کہ پچھلی مثال میں، Red Hat نے ان پیشرفتوں کو اوپن Kubernetes پروجیکٹ میں متعارف کرانے کا فیصلہ کیا تاکہ ہر کوئی انہیں استعمال کر سکے۔
مثالوں کا یہ سلسلہ جاری رکھا جا سکتا ہے، لیکن ہم صرف یہ دکھانا چاہتے تھے کہ Red Hat واقعی Kubernetes کو تیار کرنے اور اسے سب کے لیے بہتر بنانے کے لیے پرعزم ہے۔
یہ واضح ہے کہ OpenShift Kubernetes ہے۔ اختلافات کیا ہیں؟ 🙂
ہم امید کرتے ہیں کہ یہاں تک پڑھ کر آپ نے سمجھ لیا ہوگا کہ Kubernetes OpenShift کا بنیادی جزو ہے۔ اہم، لیکن صرف ایک سے دور۔ دوسرے الفاظ میں، صرف Kubernetes کو انسٹال کرنے سے آپ کو انٹرپرائز کلاس پلیٹ فارم نہیں ملے گا۔ آپ کو تصدیق، نیٹ ورکنگ، سیکورٹی، نگرانی، لاگ مینجمنٹ، اور مزید شامل کرنے کی ضرورت ہوگی۔ اس کے علاوہ، آپ کو دستیاب ٹولز کی بڑی تعداد میں سے کچھ سخت انتخاب کرنا ہوں گے (ایکو سسٹم کے تنوع کی تعریف کرنے کے لیے، ذرا ایک نظر ڈالیں ) اور کسی نہ کسی طرح مستقل مزاجی اور ہم آہنگی کو یقینی بنائیں تاکہ وہ ایک کے طور پر کام کریں۔ اس کے علاوہ، آپ کو باقاعدگی سے اپ ڈیٹس اور ریگریشن ٹیسٹنگ کرنے کی ضرورت ہوگی جب بھی آپ کے استعمال کردہ اجزاء میں سے کسی کا نیا ورژن جاری کیا جائے گا۔ یعنی خود پلیٹ فارم بنانے اور اسے برقرار رکھنے کے علاوہ، آپ کو اس تمام سافٹ ویئر سے نمٹنے کی بھی ضرورت ہوگی۔ اس بات کا امکان نہیں ہے کہ کاروباری مسائل کو حل کرنے اور مسابقتی فوائد حاصل کرنے میں زیادہ وقت باقی رہے گا۔
لیکن OpenShift کے معاملے میں، Red Hat ان تمام پیچیدگیوں کو اپنے اوپر لے لیتا ہے اور آپ کو صرف ایک عملی طور پر مکمل پلیٹ فارم فراہم کرتا ہے، جس میں نہ صرف خود Kubernetes، بلکہ ضروری اوپن سورس ٹولز کا پورا سیٹ بھی شامل ہے جو Kubernetes کو ایک حقیقی انٹرپرائز کلاس میں بدل دیتا ہے۔ ایسا حل جسے آپ فوری طور پر اور مکمل طور پر پرسکون طریقے سے پیداوار میں شروع کر سکتے ہیں۔ اور یقیناً، اگر آپ کے پاس اپنی ٹیکنالوجی کے کچھ اسٹیک ہیں، تو آپ اوپن شفٹ کو موجودہ حلوں میں ضم کر سکتے ہیں۔
اوپر کی تصویر پر ایک نظر ڈالیں: ہر وہ چیز جو Kubernetes مستطیل سے باہر ہے وہیں Red Hat وہ فعالیت شامل کرتی ہے جو Kubernetes کے پاس نہیں ہے، جیسا کہ وہ کہتے ہیں، بائی ڈیزائن۔ اور اب ہم ان علاقوں میں سے اہم کو دیکھیں گے۔
1. ایک بنیاد کے طور پر مضبوط OS: RHEL CoreOS یا RHEL
Red Hat 20 سال سے زیادہ عرصے سے کاروباری اہم ایپلی کیشنز کے لیے لینکس کی تقسیم کا ایک اہم فراہم کنندہ رہا ہے۔ اس علاقے میں ہمارا جمع اور مسلسل اپ ڈیٹ کردہ تجربہ ہمیں کنٹینرز کے صنعتی آپریشن کے لیے واقعی قابل اعتماد اور قابل اعتماد بنیاد فراہم کرنے کی اجازت دیتا ہے۔ RHEL CoreOS وہی دانا استعمال کرتا ہے جیسا کہ RHEL، لیکن بنیادی طور پر کنٹینرز کو چلانے اور Kubernetes کلسٹرز کو چلانے جیسے کاموں کے لیے بہتر بنایا گیا ہے: اس کا کم سائز اور غیر تغیر پذیری کلسٹرز کو ترتیب دینے، آٹو اسکیلنگ، پیچ کی تعیناتی وغیرہ کو آسان بناتی ہے۔ یہ تمام خصوصیات اسے بناتی ہیں۔ کھلی دھات سے لے کر نجی اور عوامی کلاؤڈ تک کمپیوٹنگ ماحول کی ایک وسیع رینج میں OpenShift کے ساتھ ایک ہی صارف کے تجربے کی فراہمی کے لیے ایک مثالی بنیاد۔
2. آئی ٹی آپریشنز کی آٹومیشن
انسٹالیشن کے عمل اور دن-4 آپریشنز کی آٹومیشن (یعنی روزمرہ کی کارروائیاں) OpenShift کا مضبوط نقطہ ہے، جس سے کنٹینر پلیٹ فارم کی کارکردگی کو اعلیٰ ترین سطح پر ایڈمنسٹریشن، اپ ڈیٹ، اور برقرار رکھنا بہت آسان ہو جاتا ہے۔ یہ OpenShift XNUMX کرنل کی سطح پر Kubernetes آپریٹرز کے لیے تعاون کے ذریعے حاصل کیا جاتا ہے۔
OpenShift 4 بھی Kubernetes آپریٹرز پر مبنی حلوں کا ایک مکمل ماحولیاتی نظام ہے، جسے خود Red Hat اور فریق ثالث کے شراکت داروں نے تیار کیا ہے (دیکھیں۔ ریڈ ہیٹ، یا آپریٹر اسٹور ، تیسری پارٹی کے ڈویلپرز کے لئے ریڈ ہیٹ کے ذریعہ تخلیق کیا گیا ہے)۔
مربوط OpenShift 4 کیٹلاگ میں 180 سے زیادہ Kubernetes آپریٹرز شامل ہیں
3. ڈویلپر ٹولز
2011 سے، OpenShift ایک PaaS (Plateform-as-a-Service) پلیٹ فارم کے طور پر دستیاب ہے جو ڈویلپرز کے لیے زندگی کو بہت آسان بناتا ہے، ان کو کوڈنگ پر توجہ مرکوز کرنے میں مدد کرتا ہے، اور پروگرامنگ زبانوں جیسے Java، Node.js کے لیے مقامی مدد فراہم کرتا ہے۔ , PHP, Ruby, Python, Go، نیز CI/CD مسلسل انضمام اور ترسیل کی خدمات، ڈیٹا بیس وغیرہ۔ OpenShift 4 پیشکشیں ، جس میں Red Hat اور ہمارے شراکت داروں کے ذریعہ تیار کردہ Kubernetes آپریٹرز پر مبنی 100 سے زیادہ خدمات شامل ہیں۔
Kubernetes کے برعکس، OpenShift 4 میں ایک وقف GUI ہے ()، جو ڈویلپرز کو آسانی کے ساتھ مختلف ذرائع (گٹ، بیرونی رجسٹریوں، ڈاکر فائل، وغیرہ) سے ایپلیکیشنز کو ان کے نام کی جگہوں میں تعینات کرنے میں مدد کرتا ہے اور ایپلیکیشن کے اجزاء کے درمیان تعلقات کو واضح طور پر تصور کرتا ہے۔
اس کے علاوہ، OpenShift Codeready ڈویلپمنٹ ٹولز کا ایک سیٹ پیش کرتا ہے، جس میں، خاص طور پر، شامل ہیں۔ ، ایک ویب انٹرفیس کے ساتھ ایک مکمل کنٹینرائزڈ IDE جو براہ راست OpenShift کے اوپر چلتا ہے اور IDE-as-a-service اپروچ کو نافذ کرتا ہے۔ دوسری طرف، ان لوگوں کے لیے جو مقامی موڈ میں سختی سے کام کرنا چاہتے ہیں، Codeready Containers موجود ہے، OpenShift 4 کا مکمل طور پر فعال ورژن جسے لیپ ٹاپ پر لگایا جا سکتا ہے۔
Kubernetes/OpenShift پلیٹ فارم پر موثر ترقی کے لیے ایک سروس کے طور پر مربوط IDE
OpenShift باکس کے بالکل باہر ایک مکمل CI/CD سسٹم پیش کرتا ہے، یا تو کنٹینرائزڈ جینکنز اور ایک پلگ ان پر مبنی پائپ لائنوں کے ساتھ کام کرنے کے لیے، یا ایک Kubernetes پر مبنی CI/CD سسٹم (فی الحال ٹیک پیش نظارہ ورژن میں)۔ یہ دونوں حل OpenShift کنسول کے ساتھ مکمل طور پر ضم ہوتے ہیں، جس سے آپ پائپ لائن ٹرگرز کو چلانے، تعیناتیوں، لاگز اور مزید بہت کچھ دیکھ سکتے ہیں۔
4. ایپلیکیشن ٹولز
OpenShift آپ کو روایتی اسٹیٹفول ایپلی کیشنز اور کلاؤڈ بیسڈ حل دونوں کو نئے فن تعمیرات، جیسے مائیکرو سروسز یا سرور لیس کی بنیاد پر تعینات کرنے کی اجازت دیتا ہے۔ اوپن شفٹ سروس میش حل مائیکرو سروسز، جیسے اسٹیو، کیالی اور جیگر کو برقرار رکھنے کے لیے کلیدی ٹولز کے ساتھ بالکل باہر آتا ہے۔ بدلے میں، OpenShift Serverless حل میں نہ صرف Knative، بلکہ Keda جیسے ٹولز بھی شامل ہیں جو OpenShift پلیٹ فارم پر Azure فنکشنز فراہم کرنے کے لیے Microsoft کے ساتھ مشترکہ اقدام کے حصے کے طور پر بنائے گئے ہیں۔
انٹیگریٹڈ حل OpenShift ServiceMesh (Istio, Kiali, Jaeger) مائیکرو سروسز تیار کرتے وقت کارآمد ہوگا۔
لیگیسی ایپلی کیشنز اور کنٹینرز کے درمیان فرق کو ختم کرنے کے لیے، OpenShift اب Container Native Virtualization (فی الحال TechPreview میں) کا استعمال کرتے ہوئے OpenShift پلیٹ فارم پر ورچوئل مشین کی منتقلی کی اجازت دیتا ہے، ہائبرڈ ایپلی کیشنز کو حقیقت بناتا ہے اور مختلف بادلوں کے درمیان ان کی منتقلی کو آسان بناتا ہے، نجی اور عوامی دونوں۔
ونڈوز 2019 ورچوئل ورچوئل مشین اوپن شفٹ پر کنٹینر مقامی ورچوئلائزیشن کے ذریعے چل رہی ہے (فی الحال ٹیک پیش نظارہ ورژن میں)
5. کلسٹرز کے لیے ٹولز
کسی بھی انٹرپرائز-کلاس پلیٹ فارم میں نگرانی اور مرکزی لاگنگ کی خدمات، سیکورٹی میکانزم، تصدیق اور اجازت، اور نیٹ ورک مینجمنٹ ٹولز ہونا ضروری ہے۔ اور OpenShift یہ سب کچھ آؤٹ آف باکس فراہم کرتا ہے، اور یہ سب 100% اوپن سورس ہے، بشمول ElasticSearch، Prometheus، Grafana جیسے حل۔ یہ تمام حل ڈیش بورڈز، میٹرکس، اور انتباہات کے ساتھ آتے ہیں جو پہلے سے ہی Red Hat کی وسیع کلسٹر نگرانی کی مہارت کا استعمال کرتے ہوئے بنائے گئے اور ترتیب دیئے گئے ہیں، جس سے آپ شروع سے ہی اپنے پیداواری ماحول کو مؤثر طریقے سے کنٹرول اور نگرانی کر سکتے ہیں۔
OpenShift کارپوریٹ صارفین کے لیے ایسی اہم چیزوں کے ساتھ معیاری بھی ہے جیسے بلٹ ان اوتھ فراہم کنندہ کے ساتھ تصدیق، اسناد فراہم کرنے والوں کے ساتھ انضمام، بشمول LDAP، ActiveDirectory، OpenID Connect، اور بہت کچھ۔
OpenShift کلسٹر مانیٹرنگ کے لیے پہلے سے ترتیب شدہ گرافانا ڈیش بورڈ
OpenShift کلسٹر مانیٹرنگ کے لیے 150 سے زیادہ پہلے سے تشکیل شدہ Prometheus میٹرکس اور الرٹس
جاری رکھنا
حل کی بھرپور فعالیت اور Kubernetes کے میدان میں Red Hat کا وسیع تجربہ ہی وہ وجوہات ہیں جن کی وجہ سے OpenShift نے مارکیٹ میں ایک غالب پوزیشن حاصل کی ہے، جیسا کہ نیچے دی گئی تصویر میں دکھایا گیا ہے (مزید پڑھیں ).
"ریڈ ہیٹ فی الحال 44 فیصد شیئر کے ساتھ مارکیٹ میں سرفہرست ہے۔
کمپنی اپنی کسٹمر سنٹرک سیلز حکمت عملی کے فوائد حاصل کر رہی ہے، جہاں وہ پہلے انٹرپرائز ڈویلپرز سے مشورہ اور تربیت کرتی ہے اور پھر منیٹائزیشن کی طرف بڑھ جاتی ہے کیونکہ انٹرپرائز نے کنٹینرز کو پیداوار میں لگانا شروع کر دیا ہے۔"
(ماخذ: )
ہم امید کرتے ہیں کہ آپ نے اس مضمون کا لطف اٹھایا۔ اس سلسلے کی آئندہ پوسٹس میں، ہم یہاں زیر بحث ہر زمرے میں اوپن شفٹ اوور کبرنیٹس کے فوائد پر گہری نظر ڈالیں گے۔
ماخذ: www.habr.com