یہ آنے والے Red Hat OpenShift پلیٹ فارم 4.0 اپ ڈیٹ میں تبدیلیوں، بہتریوں، اور اضافے کے بارے میں پوسٹس کے سلسلے میں پہلی پوسٹ ہے جو آپ کو نئے ورژن میں منتقلی کی تیاری میں مدد کرے گی۔
2014 کے موسم خزاں میں جس لمحے سے نوخیز Kubernetes کمیونٹی پہلی بار گوگل کے سیٹل آفس میں جمع ہوئی، یہ واضح تھا کہ Kubernetes پروجیکٹ کا مقصد آج کے سافٹ ویئر کو تیار اور تعینات کرنے کے طریقے میں انقلاب لانا تھا۔ اسی وقت، پبلک کلاؤڈ سروس فراہم کرنے والے بنیادی ڈھانچے اور خدمات کی ترقی میں فعال طور پر سرمایہ کاری کرتے رہے، جس نے آئی ٹی کے ساتھ کام کرنا اور سافٹ ویئر بنانا بہت آسان اور قابل رسائی بنا دیا، اور انہیں ناقابل یقین حد تک قابل رسائی بنا دیا، جس کا تصور بھی بہت کم لوگ شروع میں کر سکتے تھے۔ دہائی
بلاشبہ، ہر نئی کلاؤڈ سروس کے اعلان کے ساتھ ٹوئٹر پر ماہرین کے درمیان متعدد مباحثے ہوئے، اور مختلف موضوعات پر مباحثے کیے گئے - بشمول اوپن سورس دور کا خاتمہ، آن پریمیسس IT کا زوال، اور ناگزیریت۔ ایک نئے سافٹ ویئر کی اجارہ داری۔
یہ کہنے کی ضرورت نہیں کہ یہ تمام جھگڑے انتہائی احمقانہ تھے۔
حقیقت یہ ہے کہ کچھ بھی ختم ہونے والا نہیں ہے، اور آج ہم اپنی زندگیوں میں نئے سافٹ ویئر کے مسلسل ابھرنے کی وجہ سے حتمی مصنوعات اور ان کی نشوونما کے طریقے میں تیزی سے اضافہ دیکھ سکتے ہیں۔ اور اس حقیقت کے باوجود کہ آس پاس کی ہر چیز بدل جائے گی، ایک ہی وقت میں، جوہر میں، سب کچھ غیر تبدیل شدہ رہے گا۔ سافٹ ویئر ڈویلپر اب بھی غلطیوں کے ساتھ کوڈ لکھیں گے، آپریشنز انجینئرز اور قابل اعتماد ماہرین اب بھی پیجرز کے ساتھ گھومتے پھریں گے اور سلیک میں خودکار الرٹس حاصل کریں گے، مینیجر اب بھی OpEx اور CapEx کے لحاظ سے کام کریں گے، اور جب بھی کوئی ناکامی واقع ہوتی ہے، ڈیولپر سینئر کو جائے گا۔ اداسی سے ان الفاظ کے ساتھ آہ بھری: "میں نے تم سے کہا"...
اوہ واقعی بحث کی جانی چاہئےبہتر سافٹ ویئر پروڈکٹس بنانے کے لیے ہمارے پاس کون سے ٹولز ہیں، اور وہ کس طرح سیکیورٹی کو بہتر بنا سکتے ہیں اور ترقی کو آسان اور زیادہ قابل اعتماد بنا سکتے ہیں۔ جیسے جیسے پروجیکٹ کی پیچیدگی بڑھتی ہے، اسی طرح نئے خطرات بھی بڑھتے ہیں، اور آج لوگوں کی زندگیاں سافٹ ویئر پر اس قدر منحصر ہیں کہ ڈویلپرز کو صرف ایک بہتر کام کرنے کی کوشش کرنی پڑتی ہے۔
Kubernetes ایک ایسا ہی ٹول ہے۔ Red Hat OpenShift کو دوسرے ٹولز اور سروسز کے ساتھ ایک پلیٹ فارم میں جوڑنے کے لیے کام جاری ہے جو سافٹ ویئر کو زیادہ قابل اعتماد، انتظام کرنے میں آسان اور صارفین کے لیے محفوظ بنائے گا۔
اس کے ساتھ ہی، OpenShift ٹیم ایک آسان سوال پوچھتی ہے:
آپ Kubernetes کے ساتھ کام کرنا آسان اور آسان کیسے بنا سکتے ہیں؟
جواب حیرت انگیز طور پر واضح ہے:
- کلاؤڈ پر یا کلاؤڈ کے باہر تعیناتی کے پیچیدہ پہلوؤں کو خودکار بنائیں؛
- پیچیدگی کو چھپاتے ہوئے وشوسنییتا پر توجہ مرکوز کریں؛
- سادہ اور محفوظ اپ ڈیٹس جاری کرنے کے لیے مسلسل کام کرنا جاری رکھیں؛
- کنٹرول اور آڈٹ ایبلٹی حاصل کرنا؛
- ابتدائی طور پر اعلی سیکورٹی کو یقینی بنانے کی کوشش کریں، لیکن استعمال کی قیمت پر نہیں۔
OpenShift کی اگلی ریلیز میں تخلیق کاروں کے تجربے اور دوسرے ڈویلپرز کے تجربے دونوں کو مدنظر رکھنا چاہیے جو دنیا کی سب سے بڑی کمپنیوں میں بڑے پیمانے پر سافٹ ویئر نافذ کر رہے ہیں۔ اس کے علاوہ، اسے کھلے ماحولیاتی نظام کے تمام جمع شدہ تجربے کو بھی مدنظر رکھنا چاہیے جو کہ آج کی جدید دنیا میں شامل ہیں۔ ایک ہی وقت میں، شوقیہ ڈویلپر کی پرانی ذہنیت کو ترک کرنا اور خودکار مستقبل کے نئے فلسفے کی طرف جانا ضروری ہے۔ اسے سافٹ ویئر کی تعیناتی کے پرانے اور نئے طریقوں کے درمیان فرق کو ختم کرنے کی ضرورت ہے، اور تمام دستیاب انفراسٹرکچر سے بھرپور فائدہ اٹھانا ہوگا- چاہے اس کی میزبانی سب سے بڑے کلاؤڈ فراہم کنندہ نے کی ہو یا کنارے پر چھوٹے سسٹمز پر چل رہے ہوں۔
یہ نتیجہ کیسے حاصل کیا جائے؟
Red Hat میں، قائم کمیونٹی کو محفوظ رکھنے اور ان منصوبوں کی بندش کو روکنے کے لیے جن میں کمپنی ملوث ہے، طویل عرصے تک بورنگ اور بے شکری کا کام کرنے کا رواج ہے۔ اوپن سورس کمیونٹی میں باصلاحیت ڈویلپرز کی ایک بڑی تعداد موجود ہے جو انتہائی غیر معمولی چیزیں تخلیق کرتے ہیں - تفریحی، تعلیمی، نئے مواقع کھولتے ہیں اور صرف خوبصورت، لیکن، یقیناً، کوئی بھی تمام شرکاء سے ایک ہی سمت میں آگے بڑھنے یا مشترکہ کوششوں کی توقع نہیں کرتا ہے۔ مقاصد اس توانائی کو بروئے کار لانا اور اسے صحیح سمت میں بھیجنا بعض اوقات ایسے شعبوں کو تیار کرنے کے لیے ضروری ہوتا ہے جن سے ہمارے صارفین کو فائدہ پہنچے، لیکن ساتھ ہی ساتھ ہمیں اپنی کمیونٹیز کی ترقی پر نظر رکھنی چاہیے اور ان سے سیکھنا چاہیے۔
2018 کے آغاز میں، Red Hat نے CoreOS پروجیکٹ حاصل کیا، جس کے مستقبل کے بارے میں اسی طرح کے خیالات تھے - زیادہ محفوظ اور قابل اعتماد، اوپن سورس کے اصولوں پر بنایا گیا تھا۔ کمپنی نے ہمارے فلسفے کو عملی جامہ پہناتے ہوئے ان خیالات کو مزید تیار کرنے اور ان پر عمل درآمد کرنے کے لیے کام کیا ہے - اس بات کو یقینی بنانے کی کوشش کی کہ تمام سافٹ ویئر محفوظ طریقے سے چلیں۔ یہ تمام کام کوبرنیٹس، لینکس، پبلک کلاؤڈز، پرائیویٹ کلاؤڈز، اور ہزاروں دوسرے پروجیکٹس پر بنایا گیا ہے جو ہمارے جدید ڈیجیٹل ماحولیاتی نظام کو تقویت دیتے ہیں۔
OpenShift 4 کی نئی ریلیز واضح، خودکار اور زیادہ قدرتی ہوگی۔
OpenShift پلیٹ فارم بہترین اور قابل اعتماد لینکس آپریٹنگ سسٹمز کے ساتھ کام کرے گا، جس میں ننگی دھاتی ہارڈویئر سپورٹ، آسان ورچوئلائزیشن، خودکار انفراسٹرکچر پروگرامنگ اور یقیناً کنٹینرز (جو بنیادی طور پر صرف لینکس کی تصاویر ہیں) کے ساتھ کام کرے گا۔
پلیٹ فارم کو شروع سے ہی محفوظ رہنے کی ضرورت ہے، لیکن پھر بھی ڈویلپرز کو آسانی سے اعادہ کرنے کی اجازت دیتا ہے—یعنی کافی لچکدار اور محفوظ ہونا چاہیے جبکہ منتظمین کو اس کا آسانی سے آڈٹ اور انتظام کرنے کی اجازت دیتے ہیں۔
اسے سافٹ ویئر کو "سروس کے طور پر" چلانے کی اجازت دینی چاہیے اور آپریٹرز کے لیے بنیادی ڈھانچے کی غیر منظم ترقی کا باعث نہیں بننا چاہیے۔
یہ ڈویلپرز کو صارفین اور صارفین کے لیے حقیقی مصنوعات بنانے پر توجہ مرکوز کرنے کی اجازت دے گا۔ آپ کو ہارڈ ویئر اور سافٹ ویئر کی ترتیبات کے جنگل سے گزرنا نہیں پڑے گا، اور تمام حادثاتی پیچیدگیاں ماضی کی بات ہو جائیں گی۔
OpenShift 4: NoOps پلیٹ فارم جس کو دیکھ بھال کی ضرورت نہیں ہے۔
В ان کاموں کو بیان کیا جنہوں نے OpenShift 4 کے لیے کمپنی کے وژن کو تشکیل دینے میں مدد کی۔ ٹیم کا مقصد سافٹ ویئر کو چلانے اور برقرار رکھنے کے روزمرہ کے کاموں کو زیادہ سے زیادہ آسان بنانا ہے، تاکہ ان عملوں کو آسان اور آرام دہ بنایا جا سکے - نفاذ میں شامل ماہرین اور ڈویلپرز دونوں کے لیے۔ لیکن آپ اس مقصد کے قریب کیسے پہنچ سکتے ہیں؟ سافٹ ویئر چلانے کے لیے ایک پلیٹ فارم کیسے بنایا جائے جس میں کم سے کم مداخلت کی ضرورت ہو؟ اس تناظر میں NoOps کا کیا مطلب ہے؟
اگر آپ خلاصہ کرنے کی کوشش کرتے ہیں، تو ڈویلپرز کے لیے "سرور لیس" یا "NoOps" کے تصورات کا مطلب ٹولز اور سروسز ہیں جو آپ کو "آپریشنل" جز کو چھپانے یا ڈویلپر کے لیے اس بوجھ کو کم کرنے کی اجازت دیتے ہیں۔
- سسٹم کے ساتھ نہیں بلکہ ایپلیکیشن انٹرفیس (APIs) کے ساتھ کام کریں۔
- سافٹ ویئر کو نافذ کرنے کی زحمت نہ کریں - فراہم کنندہ کو آپ کے لیے کرنے دیں۔
- آپ کو فوری طور پر ایک بڑا فریم ورک بنانے میں کودنا نہیں چاہئے - چھوٹے ٹکڑے لکھ کر شروع کریں جو "بلڈنگ بلاکس" کے طور پر کام کریں گے، اس کوڈ کو ڈیٹا اور ایونٹس کے ساتھ کام کرنے کی کوشش کریں، نہ کہ ڈسک اور ڈیٹا بیس کے ساتھ۔
اس کا مقصد، پہلے کی طرح، سافٹ ویئر کی ترقی میں تکرار کو تیز کرنا، بہتر مصنوعات بنانے کا موقع فراہم کرنا، اور تاکہ ڈویلپر کو ان سسٹمز کے بارے میں فکر نہ کرنا پڑے جن پر اس کا سافٹ ویئر چلتا ہے۔ ایک تجربہ کار ڈویلپر اس بات سے بخوبی واقف ہے کہ صارفین پر توجہ مرکوز کرنے سے تصویر تیزی سے بدل سکتی ہے، اس لیے آپ کو سافٹ ویئر لکھنے میں بہت زیادہ کوشش نہیں کرنی چاہیے جب تک کہ آپ کو یقین نہ ہو کہ اس کی ضرورت ہے۔
دیکھ بھال اور آپریشن کے پیشہ ور افراد کے لیے، لفظ "NoOps" تھوڑا خوفناک لگ سکتا ہے۔ لیکن فیلڈ انجینئرز کے ساتھ بات چیت کرتے وقت، یہ واضح ہو جاتا ہے کہ وہ جو نمونوں اور تکنیکوں کا استعمال کرتے ہیں جس کا مقصد وشوسنییتا اور قابل اعتمادی کو یقینی بنانا ہے (Site Reliability Engineering, SRE) اوپر بیان کردہ نمونوں کے ساتھ بہت سی مماثلت رکھتے ہیں:
- سسٹمز کا نظم نہ کریں - ان کے انتظامی عمل کو خودکار بنائیں۔
- سافٹ ویئر کو لاگو نہ کریں - اسے تعینات کرنے کے لیے ایک پائپ لائن بنائیں۔
- اپنی تمام سروسز کو اکٹھا کرنے سے گریز کریں اور کسی ایک کی ناکامی سے پورے سسٹم کو ناکام ہونے دیں — آٹومیشن ٹولز کا استعمال کرتے ہوئے انہیں اپنے پورے انفراسٹرکچر میں منتشر کریں، اور انہیں ان طریقوں سے جوڑیں جن کی نگرانی اور نگرانی کی جا سکے۔
SREs جانتے ہیں کہ کچھ غلط ہو سکتا ہے اور انہیں اس مسئلے کا سراغ لگانا اور اسے ٹھیک کرنا پڑے گا — اس لیے وہ معمول کے کام کو خودکار بناتے ہیں اور غلطی کے بجٹ کو پہلے سے طے کرتے ہیں تاکہ جب کوئی مسئلہ پیدا ہوتا ہے تو وہ ترجیح دینے اور فیصلے کرنے کے لیے تیار ہوں۔
OpenShift میں Kubernetes ایک پلیٹ فارم ہے جو دو اہم مسائل کو حل کرنے کے لیے ڈیزائن کیا گیا ہے: آپ کو ورچوئل مشینوں یا لوڈ بیلنس APIs کو سمجھنے پر مجبور کرنے کے بجائے، یہ اعلیٰ ترتیب کے تجریدات - تعیناتی کے عمل اور خدمات کے ساتھ کام کرتا ہے۔ سافٹ ویئر ایجنٹوں کو انسٹال کرنے کے بجائے، آپ کنٹینرز چلا سکتے ہیں، اور اپنا مانیٹرنگ اسٹیک لکھنے کے بجائے، پلیٹ فارم میں پہلے سے موجود ٹولز کا استعمال کریں۔ لہذا، OpenShift 4 کی خفیہ چٹنی واقعی کوئی راز نہیں ہے - یہ صرف SRE اصولوں اور سرور کے بغیر تصورات کو اپنانے اور ڈویلپرز اور آپریشنز انجینئرز کی مدد کے لیے انہیں منطقی انجام تک پہنچانے کا معاملہ ہے:
- بنیادی ڈھانچے کو خودکار اور معیاری بنائیں جسے ایپلیکیشنز استعمال کرتی ہیں۔
- ڈیولپرز کو خود محدود کیے بغیر تعیناتی اور ترقی کے عمل کو ایک ساتھ جوڑیں۔
- اس بات کو یقینی بنانا کہ XNUMX ویں سروس، فیچر، ایپلیکیشن، یا پورے اسٹیک کو لانچ کرنا، آڈٹ کرنا اور محفوظ کرنا پہلے سے زیادہ مشکل نہیں ہے۔
لیکن OpenShift 4 پلیٹ فارم اور اس کے پیشرو اور اس طرح کے مسائل کو حل کرنے کے لیے "معیاری" نقطہ نظر سے کیا فرق ہے؟ عمل درآمد اور آپریشن ٹیموں کے لیے کیا پیمانہ چلاتا ہے؟ وجہ یہ ہے کہ اس حالت میں بادشاہ کا جھرمٹ ہے۔ تو،
- ہم اس بات کو یقینی بناتے ہیں کہ کلسٹرز کا مقصد واضح ہے (پیارے بادل، میں نے اس کلسٹر کو اٹھایا کیونکہ میں کر سکتا تھا)
- کلسٹر کی خدمت کے لیے مشینیں اور آپریٹنگ سسٹم موجود ہیں (آپ کی عظمت)
- کلسٹر سے میزبانوں کی حالت کا نظم کریں، ان کی تعمیر نو کو کم سے کم کریں۔
- نظام کے ہر اہم عنصر کے لیے ایک نینی (میکانزم) کی ضرورت ہوتی ہے جو مسائل کی نگرانی اور خاتمہ کرے۔
- سسٹم کے *ہر* پہلو یا عنصر کی ناکامی اور اس سے منسلک بحالی کے طریقہ کار زندگی کا ایک عام حصہ ہیں۔
- پورے انفراسٹرکچر کو API کے ذریعے کنفیگر کیا جانا چاہیے۔
- Kubernetes کو چلانے کے لیے Kubernetes استعمال کریں۔ (ہاں، ہاں، یہ ٹائپنگ کی غلطی نہیں ہے)
- اپ ڈیٹس کو انسٹال کرنا آسان اور پریشانی سے پاک ہونا چاہیے۔ اگر اپ ڈیٹ کو انسٹال کرنے میں ایک سے زیادہ کلک لگتے ہیں، تو ظاہر ہے کہ ہم کچھ غلط کر رہے ہیں۔
- کسی بھی جزو کی نگرانی اور ڈیبگ کرنا کوئی مسئلہ نہیں ہونا چاہیے، اور اس لیے پورے انفراسٹرکچر میں ٹریکنگ اور رپورٹنگ بھی آسان اور سہل ہونی چاہیے۔
پلیٹ فارم کی صلاحیتوں کو عمل میں دیکھنا چاہتے ہیں؟
OpenShift 4 کا ایک پیش نظارہ ورژن ڈویلپرز کے لیے دستیاب ہو گیا ہے۔ استعمال میں آسان انسٹالر کے ساتھ، آپ AWS پر Red Had CoreOS کے اوپر ایک کلسٹر چلا سکتے ہیں۔ پیش نظارہ استعمال کرنے کے لیے، آپ کو بنیادی ڈھانچے کی فراہمی کے لیے صرف AWS اکاؤنٹ اور پیش نظارہ تصاویر تک رسائی کے لیے اکاؤنٹس کے ایک سیٹ کی ضرورت ہے۔
- شروع کرنے کے لیے، پر جائیں۔ اور "شروع کریں" پر کلک کریں۔
- اپنے Red Hat اکاؤنٹ میں لاگ ان کریں (یا ایک نیا بنائیں) اور اپنا پہلا کلسٹر ترتیب دینے کے لیے ہدایات پر عمل کریں۔
کامیاب تنصیب کے بعد، ہمارے ٹیوٹوریلز کو دیکھیں سسٹمز اور تصورات کی گہری سمجھ حاصل کرنے کے لیے جو OpenShift 4 پلیٹ فارم کو Kubernetes کو چلانے کا اتنا آسان اور آسان طریقہ بناتے ہیں۔
نئی OpenShift ریلیز کو آزمائیں اور اپنی رائے شیئر کریں۔ ہم کمبرنیٹس کے ساتھ کام کو ہر ممکن حد تک قابل رسائی اور آسان بنانے کے لیے پرعزم ہیں — NoOps کا مستقبل آج سے شروع ہو رہا ہے۔
اب توجہ!
کانفرنس میں 20 اپریل کو، OpenShift ڈویلپرز میں سے ایک، Vadim Rutkovsky، ایک ماسٹر کلاس منعقد کرے گا - وہ دس کلسٹرز کو توڑ دے گا اور انہیں ٹھیک کرنے پر مجبور کرے گا۔ کانفرنس کی ادائیگی کی جاتی ہے، لیکن پروموشنل کوڈ #RedHat کے ساتھ آپ کو 37% رعایت ملتی ہے۔
17:15 - 18:15 پر ماسٹر کلاس، اور اسٹینڈ سارا دن کھلا رہتا ہے۔ ٹی شرٹس، ٹوپیاں، اسٹیکرز - معمول!
ہال نمبر 2
"یہاں پورے نظام کو تبدیل کرنے کی ضرورت ہے: ہم تصدیق شدہ میکینکس کے ساتھ مل کر ٹوٹے ہوئے k8s کلسٹروں کی مرمت کرتے ہیں۔"
ماخذ: www.habr.com