, جس کا پورا نچوڑ کلاؤڈ ماحول کے ساتھ آٹومیشن اور کام کی اصلاح کی طرف جاری ہے۔
ہمیں یاد کرنا چاہیے کہ مئی 2019 میں ہم نے اپنے Kubernetes پلیٹ فارم کی اگلی نسل Red Hat OpenShift 4 متعارف کرایا، جسے ہم نے پیداواری ماحول میں کنٹینر ایپلی کیشنز کے انتظام کو آسان بنانے کے لیے دوبارہ ڈیزائن کیا۔
حل کو ایک ہائبرڈ کلاؤڈ میں آٹو اپ ڈیٹس اور لائف سائیکل مینجمنٹ کے ساتھ خود سے منظم پلیٹ فارم کے طور پر بنایا گیا تھا اور ثابت شدہ Red Hat Enterprise Linux اور Red Hat Enterprise Linux CoreOS پر بنایا گیا ہے۔ ورژن 4.2 میں، پلیٹ فارم کو مزید ڈویلپر کے موافق بنانے پر توجہ دی گئی۔ اس کے علاوہ، ہم نے OpenShift 3 سے 4 تک مائیگریشن ٹولز کی پیشکش کے ساتھ ساتھ آف لائن کنفیگریشنز کے لیے سپورٹ کو لاگو کرکے کلسٹر ایڈمنسٹریٹرز کے لیے پلیٹ فارم اور ایپلیکیشنز کے انتظام کے کام کو آسان بنایا ہے۔
رفتار کہاں ہے؟
ورژن 4.2 Kubernetes کے ساتھ کام کرنے کو بہت آسان بناتا ہے، ایک نیا OpenShift مینجمنٹ کنسول موڈ پیش کرتا ہے جو ڈویلپر کے کاموں کے لیے موزوں ہے، نیز کنٹینرز کی تعمیر، CI/CD پائپ لائنوں کو منظم کرنے اور سرور لیس سسٹم کو نافذ کرنے کے لیے نئے ٹولز اور پلگ ان پیش کرتا ہے۔ یہ سب پروگرامرز کو اپنے بنیادی کام پر زیادہ واضح طور پر توجہ مرکوز کرنے میں مدد کرتا ہے - ایپلیکیشن کوڈ بنانا، کوبرنیٹس کی خصوصیات سے پریشان ہوئے بغیر۔
ڈویلپر کنسول میں ایپلیکیشن ٹوپولوجی دیکھیں۔
OpenShift کنسول کا نیا ڈویلپر موڈ
OpenShift 4.2 میں نئے ڈویلپر ٹولز:
- Web Console ڈویلپرز کو ان چیزوں پر توجہ مرکوز کرنے میں مدد کرتا ہے جو سب سے زیادہ اہم ہیں صرف ان معلومات اور کنفیگریشنز کو ظاہر کر کے جن کی انہیں ضرورت ہے۔ ٹوپولوجی دیکھنے اور ایپلیکیشن اسمبلی کے لیے ایک بہتر UI کنٹینرائزڈ ایپلی کیشنز اور کلسٹر وسائل کو تخلیق، تعینات، اور تصور کرنا آسان بناتا ہے۔
- ٹول کٹ - ڈویلپرز کے لیے ایک خصوصی کمانڈ لائن انٹرفیس جو OpenShift پلیٹ فارم پر ایپلی کیشنز کی ترقی کو آسان بناتا ہے۔ گٹ پش جیسے تعامل کو منظم کرکے، یہ CLI ڈویلپرز کو اوپن شفٹ پلیٹ فارم پر آسانی سے ایپلی کیشنز بنانے میں مدد کرتا ہے، بغیر کسی کوبرنیٹس کی پیچیدگیوں میں پڑے۔
- Microsoft Visual Studio Code کے لیے، JetBrains IDE (بشمول IntelliJ) اور Eclipse Desktop IDE استعمال شدہ ٹولز کے ساتھ آسان انضمام فراہم کرتا ہے اور آپ کو ڈویلپرز کے لیے واقف IDE ماحول میں OpenShift کے لیے ایپلیکیشنز تیار کرنے، بنانے، ڈیبگ کرنے اور تعینات کرنے کی اجازت دیتا ہے۔
- Microsoft Azure DevOps کے لیے Red Hat OpenShift تعیناتی توسیع. اس DevOps ٹول کٹ کے صارفین کو مائیکروسافٹ Azure DevOps پلیٹ فارم پر Azure Red Hat OpenShift یا کسی دوسرے OpenShift کلسٹرز پر اپنی ایپلیکیشنز کو تعینات کرنے کی اہلیت فراہم کرتا ہے۔
بصری اسٹوڈیو کے لیے پلگ ان
لیپ ٹاپ پر مکمل اوپن شفٹ
، جو کہ ورک سٹیشن یا لیپ ٹاپ پر تعیناتی کے لیے بہتر بنائے گئے اوپن شفٹ کلسٹرز ہیں، جو مقامی طور پر کلاؤڈ ایپلی کیشنز کو تیار کرنا ممکن بناتے ہیں۔
سروس میش
ہمارا حل ، اوپن سورس سافٹ ویئر پروجیکٹس Istio، Kiali اور Jaeger اور خصوصی کی بنیاد پر بنایا گیا ہے۔ ، ضروری ٹولز فراہم کرکے اور مائیکرو سروسز جیسے جدید فن تعمیرات پر مبنی کلاؤڈ ایپلی کیشنز کے آٹومیشن کو سنبھال کر OpenShift پلیٹ فارم پر ایپلی کیشنز کی ترقی، تعیناتی اور دیکھ بھال کو آسان بناتا ہے۔ یہ حل پروگرامرز کو خود کو آزادانہ طور پر تعینات کرنے اور مخصوص نیٹ ورک خدمات کو برقرار رکھنے کی ضرورت سے آزاد کرنے کی اجازت دیتا ہے جو ایپلی کیشنز اور کاروباری منطق تخلیق کیے جا رہے ہیں۔
, , ڈیولپر کے لیے لفظی طور پر "شروع سے ختم تک" کے لیے تیار کیا گیا ہے اور یہ خصوصیات پیش کرتا ہے جیسے کہ نیٹ ورک کمیونیکیشنز کی ٹریسنگ، میٹرکس، ویژولائزیشن اور مانیٹرنگ، نیز ایک کلک میں سروس میش کی انسٹالیشن اور کنفیگریشن۔ اس کے علاوہ، حل آپریشنل مینجمنٹ اور سیکورٹی کے لحاظ سے فوائد پیش کرتا ہے، جیسے ڈیٹا سینٹر کے اندر سرورز کے درمیان ٹریفک کی خفیہ کاری اور API گیٹ وے کے ساتھ انضمام۔ .
اوپن شفٹ سروس میش کے اندر کیالی کا استعمال کرتے ہوئے کلسٹر ٹریفک کا جدید تصور
سرور لیس کمپیوٹنگ
ہمارا دوسرا حل ، آپ کو ایسی ایپلی کیشنز کی تعیناتی اور چلانے میں مدد کرتا ہے جو طلب کے مطابق آسانی سے اوپر اور نیچے کی سطح کو صفر تک لے جاتی ہیں۔ Knative پروجیکٹ کے اوپر بنایا گیا اور ٹیکنالوجی کے پیش نظارہ میں دستیاب، اس حل کو کسی بھی OpenShift 4 کلسٹر پر متعلقہ Kubernetes آپریٹر کا استعمال کرتے ہوئے چالو کیا جا سکتا ہے، جس سے OpenShift پر سرور کے بغیر ایپلی کیشنز یا فنکشنز کو تعینات کرنے کے لیے ضروری اجزاء کو شروع کرنا اور انسٹال کرنا آسان ہو جاتا ہے۔ OpenShift کنسول کا ڈیولپمنٹ موڈ، جو کہ ورژن 4.2 میں ظاہر ہوا ہے، آپ کو معیاری ترقی کے عمل میں سرور لیس آپشنز استعمال کرنے کی اجازت دیتا ہے، جیسا کہ Import from Git یا Deployan Image، دوسرے لفظوں میں، آپ کنسول سے براہ راست سرور لیس ایپلی کیشنز بنا سکتے ہیں۔
OpenShift کنسول میں سرور لیس تعیناتی ترتیب دینا
ڈویلپر کنسول کے ساتھ انضمام کے علاوہ، OpenShift کے نئے ورژن میں سرور لیس کے لحاظ سے دیگر اصلاحات ہیں۔ خاص طور پر، یہ kn ہے - Knative کمانڈ لائن انٹرفیس، جو آسان اور بدیہی آپریشن فراہم کرتا ہے، آپ کو ایپلی کیشنز کے لیے ضروری اشیاء کو گروپ کرنے کی اجازت دیتا ہے۔ کوڈ اور کنفیگریشنز کے سنیپ شاٹس لیتے ہیں، اور مخصوص ورژنز یا سروسز کے لیے نیٹ ورک اینڈ پوائنٹس کا نقشہ بنانے کی صلاحیت بھی فراہم کرتے ہیں۔ یہ تمام خصوصیات، OpenShift Serverless آپریٹر کے ذریعے ٹیکنالوجی کے پیش نظارہ میں دستیاب ہیں، ڈویلپرز کو سرور لیس فن تعمیر کے ساتھ آرام دہ اور پرسکون ہونے میں مدد کرتی ہیں اور مخصوص انفراسٹرکچر میں بند کیے بغیر اپنی ایپلیکیشنز کو ہائبرڈ کلاؤڈ میں تعینات کرنے میں لچک رکھتے ہیں۔
کلاؤڈ CI/CD پائپ لائنز
مسلسل انضمام اور ترسیل (CI/CD) آج کل ترقی کے کلیدی طریقے ہیں جو سافٹ ویئر کی تعیناتی کی رفتار اور بھروسے کو بڑھاتے ہیں۔ اچھے CI/CD ٹولز ڈیولپمنٹ ٹیموں کو فیڈ بیک کے عمل کو ہموار اور خودکار بنانے کی اجازت دیتے ہیں، جو کامیاب فرتیلی ترقی کے لیے اہم ہے۔ OpenShift میں، آپ کلاسک جینکنز یا ہمارے نئے حل کو اس طرح کے ٹول کٹ کے طور پر استعمال کر سکتے ہیں۔ .
جینکنز آج ڈی فیکٹو معیار ہے، لیکن ہم کنٹینر CI/CD کے مستقبل کو Tekton اوپن سورس سافٹ ویئر پروجیکٹ کے ساتھ منسلک کرتے ہیں۔ لہذا، OpenShift پائپ لائنز خاص طور پر اس پروجیکٹ کی بنیاد پر بنائی گئی ہیں اور پائپ لائن کے طور پر کوڈ ("پائپ لائن بطور کوڈ") اور GitOps جیسے کلاؤڈ حل کے لیے اس طرح کے مخصوص طریقوں کی بہتر حمایت کرتی ہے۔ OpenShift پائپ لائنز میں، ہر قدم اپنے اپنے کنٹینر میں چلتا ہے، لہذا وسائل صرف اس وقت استعمال کیے جاتے ہیں جب وہ قدم چل رہا ہو، جس سے ڈویلپرز کو مرکزی CI/CD سرور پر انحصار کیے بغیر اپنی ڈیلیوری پائپ لائنز، پلگ انز، اور رسائی کنٹرول پر مکمل کنٹرول حاصل ہوتا ہے۔
OpenShift Pipelines اب بھی Developer Preview میں ہے اور ایک متعلقہ آپریٹر کے طور پر دستیاب ہے جسے کسی بھی OpenShift 4 کلسٹر میں استعمال کیا جا سکتا ہے۔ جینکنز کو OpenShift 3 اور 4 دونوں ورژن میں استعمال کیا جا سکتا ہے۔
ریڈ ہیٹ اوپن شفٹ پائپ لائنز
ہائبرڈ کلاؤڈ میں کنٹینرز کا انتظام
OpenShift کی خودکار انسٹالیشن اور اپ ڈیٹ کرنا ہائبرڈ کلاؤڈ کو صارف کے تجربے کے لحاظ سے کینونیکل کلاؤڈ کے جتنا ممکن ہو قریب لاتا ہے۔ OpenShift 4.2 پہلے بڑے عوامی کلاؤڈ پلیٹ فارمز، پرائیویٹ کلاؤڈز، ورچوئلائزیشن پلیٹ فارمز اور ننگے میٹل سرورز کے لیے دستیاب تھا، لیکن ورژن XNUMX اس فہرست میں دو نئے پبلک کلاؤڈ پلیٹ فارمز کا اضافہ کرتا ہے - Microsoft Azure اور Google Cloud Platform، نیز OpenStack نجی کلاؤڈز۔
OpenShift 4.2 انسٹالر کو مختلف ہدف والے ماحول کے لیے بہتر بنایا گیا ہے، اور اسے پہلی بار الگ تھلگ (انٹرنیٹ سے منسلک نہیں) کنفیگریشنز کے ساتھ کام کرنے کی تربیت بھی دی گئی ہے۔ سینڈ باکسڈ انسٹالیشن اور لازمی پراکسی موڈ آپ کا اپنا CA بنڈل فراہم کرنے کی صلاحیت کے ساتھ ریگولیٹری معیارات اور اندرونی سیکیورٹی پروٹوکول کی تعمیل کو یقینی بنانے میں مدد کرتا ہے۔ اسٹینڈ اسٹون انسٹالیشن موڈ آپ کو ہمیشہ OpenShift کنٹینر پلیٹ فارم کا تازہ ترین ورژن ان علاقوں میں رکھنے کی اجازت دیتا ہے جہاں انٹرنیٹ تک رسائی نہیں ہے یا سخت امیج ٹیسٹنگ پالیسیوں والے ماحول میں۔
مزید برآں، Red Hat Enterprise Linux CoreOS، Red Hat Enterprise Linux کا ایک ہلکا پھلکا ورژن استعمال کرتے ہوئے ایک مکمل OpenShift اسٹیک تعینات کرکے، آپ انسٹالیشن کے ایک گھنٹے سے بھی کم وقت میں کلاؤڈ تیار کر سکتے ہیں۔
Red Hat OpenShift آپ کو کلاؤڈ اور آن پریمیسس انفراسٹرکچر میں کنٹینر ایپلی کیشنز بنانے، تعینات کرنے اور ان کا انتظام کرنے کے عمل کو یکجا کرنے کی اجازت دیتا ہے۔ آسان، زیادہ خودکار اور تیز تنصیب کے ساتھ، OpenShift 4.2 اب AWS، Azure، OpenStack اور GCP پر دستیاب ہے، جس سے تنظیموں کو ایک ہائبرڈ کلاؤڈ میں اپنے Kubernetes پلیٹ فارمز کا مؤثر طریقے سے انتظام کرنے کی اجازت ملتی ہے۔
OpenShift 3 سے OpenShift 4 تک آسان منتقلی
نئے ورک لوڈ مائیگریشن ٹولز پلیٹ فارم کے پچھلے ورژنز سے OpenShift 4.2 میں منتقل کرنا آسان بناتے ہیں۔ بوجھ کو پرانے کلسٹر سے نئے میں منتقل کرنا اب بہت تیز، آسان اور کم از کم دستی آپریشنز کے ساتھ ہے۔ کلسٹر ایڈمنسٹریٹر کو صرف ذریعہ OpenShift 3.x کلسٹر کو منتخب کرنے کی ضرورت ہے، اس پر مطلوبہ پروجیکٹ (یا نام کی جگہ) کو نشان زد کریں اور پھر اس کی وضاحت کریں کہ متعلقہ مستقل جلدوں کے ساتھ کیا کرنا ہے - انہیں ہدف OpenShift 4.x کلسٹر میں کاپی کریں یا انہیں منتقل کریں۔ . اس کے بعد ایپلی کیشنز اصل کلسٹر پر چلتی رہیں گی جب تک کہ ایڈمنسٹریٹر انہیں ختم نہ کر دے۔
OpenShift 4.2 منتقلی کے مختلف منظرناموں کی حمایت کرتا ہے:
- ویلرو پروجیکٹ پر مبنی انٹرمیڈیٹ ریپوزٹری کا استعمال کرتے ہوئے ڈیٹا کو کاپی کیا جاتا ہے۔ یہ آپشن آپ کو سٹوریج سسٹم کی تبدیلی کے ساتھ ہجرت کرنے کی اجازت دیتا ہے جب، مثال کے طور پر، اصل کلسٹر Gluster استعمال کرتا ہے، اور نیا Ceph استعمال کرتا ہے۔
- ڈیٹا موجودہ ذخیرہ میں رہتا ہے، لیکن یہ نئے کلسٹر (مسلسل والیوم سوئچنگ) سے منسلک ہے۔
- ریسٹک کا استعمال کرتے ہوئے فائل سسٹم کو کاپی کرنا۔
پہلی رات ٹھیک
اکثر ہمارے صارفین یہ چاہتے ہیں کہ نئی ریلیز ہونے سے بہت پہلے منصوبہ بند OpenShift اختراعات کو آزما سکیں۔ . براہ کرم نوٹ کریں کہ یہ تعمیرات پیداواری استعمال کے لیے نہیں ہیں، تعاون یافتہ نہیں ہیں، ناقص دستاویزی ہیں، اور ان میں نامکمل فعالیت ہو سکتی ہے۔ ان تعمیرات کا معیار بڑھتا جاتا ہے کیونکہ یہ حتمی ورژن کے قریب پہنچتے ہیں۔
نائٹ بلڈز صارفین اور شراکت داروں کو ترقی کے آغاز میں نئی خصوصیات کا جائزہ لینے کی اجازت دیتے ہیں، جو ISV ڈویلپرز کے اپنے حل کے ساتھ OpenShift کی تعیناتی کی منصوبہ بندی یا انضمام کے لیے مفید ہو سکتی ہیں۔
OKD کمیونٹی ممبران کے لیے نوٹ
OKD 4.0 پر کام شروع ہو چکا ہے، اوپن سورس Kubernetes ڈسٹری بیوشن جو ترقیاتی برادری کے ذریعے تخلیق کیا گیا ہے اور Red Hat OpenShift کو زیر کرتا ہے۔ ہم سب کو دعوت دیتے ہیں کہ وہ موجودہ حالت کے بارے میں اپنا جائزہ لیں۔ , Fedora CoreOS (FCOS) اور Kubernetes OKD ورکنگ گروپ کے اندر ہیں یا ویب سائٹ پر پیش رفت کی پیروی کریں .
نوٹ:
اس اشاعت میں لفظ "شراکت داری" کا مطلب قانونی شراکت داری یا Red Hat, Inc کے درمیان قانونی تعلق کی کوئی دوسری شکل نہیں ہے۔ اور کوئی اور قانونی ادارہ۔
ماخذ: www.habr.com