ضابطہ کشائی:
عزت خدیف: ہیلو۔ میرا نام عزت خدیف ہے۔ میں Mail.ru Cloud Solutions میں PaaS ڈویلپر ہوں۔ میرے ساتھ یہاں ساؤتھ برج سے پاول سیلیوانوف ہیں۔ ہم DevOpsDays کانفرنس میں ہیں۔ وہ اس بارے میں بات کرے گا کہ آپ Kubernetes کے ساتھ DevOps کیسے بنا سکتے ہیں، لیکن آپ ممکنہ طور پر ناکام ہو جائیں گے۔ اتنا گھمبیر موضوع کیوں؟
Pavel Selivanov: یہ واقعی اداس نہیں ہے۔ یہ اس حقیقت کے بارے میں ہے کہ ہم اپنی کمیونٹی کے بہت سے مسائل کو ٹیکنالوجی کے ذریعے حل کرنے کی کوشش کر رہے ہیں۔ اور ہم ان کو یک طرفہ طریقے سے حل کرنے کی کوشش کر رہے ہیں۔ مثال کے طور پر، Kubenetes ایک ہی چیز ہے — یہ وہ چیز ہے جس کے لیے Ops ذمہ دار ہے، آپ کہہ سکتے ہیں۔ لیکن ہمارے پاس DevOps انجینئر کا یہ شاندار تصور ہے۔ ایک DevOps انجینئر Kubernetes کے لیے ذمہ دار ہے۔ اور پھر بھی... ایسا ہی ہے، آپ کوبرنیٹس بناتے ہیں، اور دیو لوگ کوبرنیٹس کے اس تمام سامان سے بھی واقف نہیں ہیں، وہ نہیں جانتے کہ یہ آپ کو کیا کرنے کی اجازت دیتا ہے — اور سب کچھ ان کے لیے بالکل ویسا ہی کام کرتا ہے۔ اور یہ اس حقیقت کے باوجود ہے کہ Kubernetes میں تیار حل، اس ٹیکنالوجی کو استعمال کرنے کے لیے اس DevOps اپروچ کو بڑھانے کے لیے ریڈی میڈ ٹولز، Dev اور Ops کے درمیان مواصلت شامل ہے۔ ہم اس موقع کو بہت کم استعمال کرتے ہیں۔ یہاں تک کہ ہمارے موجودہ ڈھانچے کو ان تمام DevOps ٹولز — Docker، Kubernetes، clouds، وغیرہ میں منتقل کر کے، ہم اس صورت حال کو مزید خراب کر رہے ہیں۔ اور ہم ٹولز کو ان طریقوں سے استعمال کرنا شروع کر رہے ہیں جن کو استعمال کرنے کا ارادہ نہیں تھا۔ اور یہ تمام ٹیکنالوجیز واقعی کچھ خوفناک بیساکھیوں کے ارد گرد بنائی جا رہی ہیں۔
عزت خدیف: میں دیکھتا ہوں۔ یہ ایک وسیع موضوع کی طرح محسوس ہوتا ہے۔ آپ کے خیال میں کمپنیوں کو اس وقت سب سے زیادہ عام مسئلہ کیا ہے؟ Kubernetes کے ساتھ۔
Pavel Selivanov: Kubernetes کے ساتھ سب سے عام مسئلہ مہارت کی کمی ہے۔ یہ آئی ٹی میں ایک عام مسئلہ ہے۔ ماہرین کی ہمیشہ کمی رہتی ہے۔ ہمیشہ مہارت کی کمی ہوتی ہے۔ اور ابھی، Kubernetes کے ساتھ، مہارت کی کمی ہے۔ دریں اثنا، مارکیٹ میں واضح طور پر کچھ تیار شدہ حل موجود ہیں جو کسی کو ضروری مہارت کے بغیر Kubernetes حاصل کرنے کی اجازت دیتے ہیں۔ اور جو موجود ہیں، وہ سب کچھ سوالات اٹھاتے ہیں۔ Kubernetes کے ساتھ، ہم مسلسل ان لوگوں کی تلاش کر رہے ہیں جو اسے سمجھتے ہیں۔ ہم اس کو ایڈجسٹ کرنے کے لیے اپنی ترقی کو بہتر بنانے کی کوشش کر رہے ہیں۔
عزت خدائیف: اور آئی ٹی میں موجودہ ٹیلنٹ کی کمی کے پیش نظر۔ جو ہمیشہ سے موجود ہے اور اب بھی ہے۔ آپ کے خیال میں ہم ان حالات میں کیسے رہ سکتے ہیں؟ کچھ لائف ہیکس کیا ہیں؟
پاول سیلیوانوف: لائف ہیکس۔ سب سے پہلے، کلاؤڈ کے نقطہ نظر سے، ایک لائف ہیک اس طرح نظر آتا ہے: آئیے ہمیں آپ کی کچھ صلاحیتیں دیں۔ اور ہم انہیں اپنے لیے لے جائیں گے۔ اور ہم اسے اندرونی طور پر سنبھال لیں گے۔ اور یہ سب اچھا اور اچھا ہے۔ سوائے اس کے کہ یہ ان لوگوں کے لیے سمجھنا ضروری ہے جو اسے استعمال کرتے ہیں... درحقیقت، یہ ایک شاندار نقطہ ہے... لیکن یہ سمجھنا ضروری ہے کہ آپ کی کچھ قابلیتیں کلاؤڈ یا فراہم کنندہ کو دے کر، ہمیں بدلے میں ایک عمومی مقصد کا حل ملتا ہے۔ موٹے الفاظ میں، ہمارے پاس ایک ڈیٹا بیس ہے جو بہت مخصوص چیزیں کرتا ہے، اور یہ بہت خاص طور پر ترتیب دیا گیا تھا. اس ڈیٹا بیس کو کلاؤڈ میں منتقل کر کے، ہم یقیناً اس ایڈمنسٹریٹر کو برطرف کر سکتے ہیں جو ڈیٹا بیس کے کلسٹرز کا انتظام کرتا تھا—ایمیزون یا گوگل یہ ہمارے لیے کریں گے۔ لیکن ایک ہی وقت میں، Amazon یا Google ہمیں اپنے ڈیٹا بیس کو درست طریقے سے ترتیب دینے کی اجازت نہیں دیں گے۔ بڑے پروجیکٹس، بڑی کمپنیاں—وہ اپنی زندگی میں کسی وقت کلاؤڈ سلوشنز کا استعمال کرتے ہوئے لامحالہ ختم ہو جاتے ہیں، اور پھر لامحالہ ان قابلیتوں کو گھر واپس لے جانے کی طرف لوٹتے ہیں کیونکہ مزید مخصوص مہارتوں کی ضرورت ہوتی ہے۔
عزت خدیوف: کیا آفاقی حل خراب ہیں، یا انہیں مزید بنانے کے لیے استعمال کیا جا سکتا ہے؟
Pavel Selivanov: نہیں، آفاقی حل یقینی طور پر برا نہیں ہیں۔ یونیورسل حل اچھے ہیں۔ یہ صرف اتنا ہے کہ آفاقی حل... آفاقی۔ یہ سمجھنا ضروری ہے۔ یہ ایک عام اسکرپٹ لینے کے مترادف ہے... اگر آپ اس عام اسکرپٹ، اس عام ایپلیکیشن کے ارد گرد پوری کمپنی کی آپریٹنگ منطق بنا سکتے ہیں، تو یہ بہت اچھا ہے۔ لیکن اگر آپریٹنگ منطق مختلف ہے، لیکن آپ اس یونیورسل حل، اس یونیورسل اسکرپٹ کو لیتے ہیں، اور اس سب کو ایک ہی دائرے میں فٹ کرنے کی کوشش شروع کرتے ہیں، تو یہ بری بات ہے۔ اور اپنے آپ میں عالمگیریت میں کوئی حرج نہیں ہے۔
عزت خدیف: اگر یہ ایڈمن پہلے ہی آپ کے لیے کام کر رہا ہے، تو اسے برطرف کرنے کی کوئی بات نہیں ہے۔ وہ صرف اور زیادہ کرنے کے قابل ہو جائے گا.
پاول سیلیوانوف: ہاں، روٹین کو چھین لیں اور اسے کسی اور کے حوالے کر دیں تاکہ کہیں اور کیا جائے۔ یہ یقیناً ایک اچھا طریقہ ہے۔ یہاں اہم بات یہ ہے کہ آیا یہ معیاری حل کسی مخصوص کیس کے لیے موزوں ہے۔
عزت خدیف: اپنے تجربے کی بنیاد پر میں دیکھ رہا ہوں کہ بہت سی کمپنیاں ایک ہی کام کر رہی ہیں۔ وہ ایک Kubernetes کلسٹر قائم کر رہے ہیں اور اس کی پیمائش کرنے کے بارے میں سوچ رہے ہیں۔ اور یہ تمام آپریشن بہت بار بار ہوتے ہیں۔
Pavel Selivanov: ہاں، بالکل۔ خاص طور پر چونکہ، اگر ہم Kubernetes کو خاص طور پر لیتے ہیں، تو اس وقت مارکیٹ میں Kubernetes کے بارے میں گہری، اچھی معلومات کی حقیقی کمی ہے۔ Kubernetes ایک ایسا بہت بڑا سافٹ ویئر پیکج ہے کہ اگر آپ اسے کرایہ پر لیتے ہیں، تو اس پر کام کرنے کے لیے ایک کل وقتی انجینئر کی خدمات حاصل کرنے کے لیے تیار رہیں۔ اور یہ مہنگا ہے۔ اور ایسے انجینئر کی تلاش مشکل ہے۔ اپنے لیے بات کرتے ہوئے، میں کلاؤڈ بیسڈ حل کا بڑا پرستار نہیں ہوں کیونکہ مجھے کافی اچھی اور گہرائی سے سمجھ ہے کہ Kubernetes کیسے کام کرتا ہے۔ اور میں اکثر یہ پاتا ہوں کہ کلاؤڈ بیسڈ حل میں وہ فعالیت نہیں ہے جس کی میں درخواست کرتا ہوں، اور وہ مجھے کہتے ہیں، "نہیں، یہ ممکن نہیں ہے۔" ٹھیک ہے، اس صورت میں، مجھے افسوس ہے، لیکن میں کلاؤڈ پر مبنی حل سے بہتر کام کر سکتا ہوں۔ لیکن ایک ہی وقت میں، اگر آپ کے پاس کل وقتی انجینئر نہیں ہے اور آپ Kubernetes کو ہینڈل کرنے کے لیے ادائیگی نہیں کرنا چاہتے ہیں، اور آپ انہیں صرف تجربہ کرنے کے لیے مسلسل بہت زیادہ رقم ادا کر رہے ہیں، تو کلاؤڈ ایک بہترین حل ہے۔ کیونکہ کم از کم وہاں کام کرنے والے لوگ پہلے ہی فراہم کنندہ کے ذریعہ ملازمت پر ہیں۔ اور وہ جانتے ہیں کہ وہ کیا کر رہے ہیں۔ اور وہ بنیادی چیزیں ہیں جن کی آپ کو روزانہ کی بنیاد پر ضرورت ہوتی ہے۔
عزت خدیف: کوبرنیٹس کی موجودہ حالت کے بارے میں آپ کا کیا خیال ہے؟ پانچ یا دس سالوں میں کیسا نظر آئے گا؟
پاول سیلیوانوف: اچھا سوال۔ میں صرف اتنا جانتا ہوں کہ اس حوالے سے ہماری کمیونٹی میں کیا ہو رہا ہے۔ کچھ لوگوں کا خیال ہے کہ سوائے Kubernetes کے کچھ باقی نہیں رہے گا۔ وہ صورتحال جو لینکس کے ساتھ کافی عرصہ پہلے ہوئی تھی۔ یعنی باہر Linux ایسے لوگ ہیں جو BSD پر رہتے ہیں، غالباً ان کے پاس بہت مخصوص کام ہوتے ہیں۔ کے تحت کام کرنے والے لوگ ہیں۔ Windows — ونڈوز سرورز — ان کے پاس بھی مخصوص کام ہوتے ہیں، یا وہ صرف اس شعبے میں مہارت رکھتے ہیں اور وہاں سے ہٹنے کے لیے تیار نہیں ہیں۔ کسی بھی صورت میں، ہماری صنعت میں معیار ہے Linuxایک خیال ہے کہ Kubernetes ڈی فیکٹو سٹینڈرڈ بن جائے گا، اور یہ کہ کوئی اور چیز موجود نہیں ہوگی۔ Kubernetes نہ صرف ایپلی کیشنز، ان کی تعیناتی، تعیناتی، اور اسکیلنگ کا انتظام کرے گا۔ یہ ہر چیز کا انتظام کرے گا۔ لوگ اب پوچھ رہے ہیں، "کیا Kubernetes میں ڈیٹا بیس ڈالنا ممکن ہے؟" میں عام طور پر یہ کہتا ہوں کہ یہاں مسئلہ کوبرنیٹس نہیں بلکہ ڈوکر کا ہے۔ اگر آپ اپنے ڈیٹا بیس کو کنٹینرز میں چلانے کے لیے تیار ہیں، تو یہ کیسے کام کرے گا؟ وہ مجھے کہتے ہیں، "نہیں، نہیں، نہیں، انتظار کرو۔ تمہیں کنٹینرز کی ضرورت نہیں ہے۔ تمہیں کوبرنیٹس کی ضرورت ہے۔ ہم اسے نوڈ پر گرافٹ کریں گے۔ تو سب کچھ ویسا ہی ہو گا جیسا کہ ہمارے پاس ہے، صرف کوبرنیٹس ہی اس سب کا انتظام کریں گے۔" اور یہ واقعی ایک اچھا خیال ہے۔ لہذا، Kubernetes ایک ایسی چیز ہے جو آپ کو کسی کمپنی میں آنے کی اجازت دیتی ہے، اگر کمپنی کے پاس Kubernetes اور اس کے پراسیسز بنائے گئے ہیں، تو جو شخص اسے سمجھتا ہے وہ اس کے ساتھ کام کرنے کے لیے صرف چند دن گزار سکتا ہے اور کہہ سکتا ہے، "میں آپ کی مدد کرنے کے لیے تیار ہوں، مکمل طور پر۔ ہر طرح سے۔ میں سمجھتا ہوں کہ آپ کے لیے سب کچھ کیسے کام کرتا ہے۔" Kubernetes کے بغیر نقطہ نظر کے برعکس - انہوں نے ایک ہیک پر تھپڑ مارا ہے، پھر دوسرے پر۔ یہ ہے جواب دینے والا، یہ ہے Terraform۔ کسی نے یہ سب لکھا ہے، اور اس کا پتہ لگانے میں چھ مہینے لگتے ہیں۔ لہذا، مجھے نہیں معلوم کہ کبرنیٹس ڈی فیکٹو سٹینڈرڈ بن جائیں گے۔ فی الحال، یہ اپنے ارد گرد کے حل کے مقابلے میں بہت زیادہ مہتواکانکشی اور پراعتماد نظر آتا ہے۔
عزت خدیف: ٹھیک ہے، اس کے ساتھ موازنہ Linux یہ کافی بولڈ ہے۔ یہ ایک ہی مشین پر چلتا ہے - بس۔ لیکن Kubernetes بہت سی مشینوں پر چلتا ہے۔ ایک ملین تغیرات اور وجوہات فوری طور پر پیدا ہوتی ہیں۔ جی ہاں، یہ جرات مندانہ ہے. لیکن غور کریں کہ اس تمثیل کے حریف ہیں۔ مثال کے طور پر، سرور لیس۔ کیا Kubernetes کو ایسے حریفوں سے خطرہ ہے؟
Pavel Selivanov: Serverless سے... (قہقہہ) Serverless - ہم اب بھی اسے سمجھتے ہیں۔ سرور سب کے بعد ہیں. میں نے حال ہی میں اس بارے میں ایک رپورٹ سنی۔ وہاں کے آدمی نے کہا کہ وہاں سرورز ہیں، آخرکار اور وہ بادل ہے۔ لیکن ہمیں ہمیشہ یہ سمجھنا چاہیے کہ بادل کے بھی سرور ہوتے ہیں۔ اصلی ہارڈ ویئر سرورز ہیں، ایک ریک، اور وہ کہیں نصب ہیں۔ وہ بادل ہے۔ اس کے اوپر، سرور لیس ہے، جہاں سرورز "نہیں۔" تو سوال یہ ہے کہ کیا سرور لیس کبرنیٹس پر جیت جائے گا؟ میرے خیال میں Serverless Kubernetes میں منتقل ہو جائے گا۔ ایسے فراہم کنندگان کے لیے جو سرور کے بغیر پیش کرتے ہیں، اس کے لیے Kubernetes ایک بہت ہی آسان پلیٹ فارم ہے۔ ہاں، شاید کسی وقت ہم Kubernetes کے بارے میں ایک معیاری کاروباری ایپلیکیشن ڈویلپمنٹ ٹول کے طور پر بات کرنا چھوڑ دیں گے۔ لیکن کہیں گہرائی میں، فراہم کنندگان اور انجینئرز کے پاس Kubernetes ہوں گے، جہاں یہ سب لاگو کیا جائے گا۔
عزت خدیف: قدرے مختلف موضوع پر۔ ایک مکمل اسٹیک انجینئر کا یہ تصور ہے۔ آپ ان کے بارے میں کیا سوچتے ہیں؟ کیا وہ بھی موجود ہیں؟
پاول سیلیوانوف: ام... ایک مکمل انجینئر... ٹھیک ہے، میرے خیال میں ان چیزوں کے درمیان فرق کرنا ضروری ہے... آپ جانتے ہیں، ٹی کے سائز کے لوگ بھی ہیں۔ کیا آج کی صنعت میں ایسے لوگوں کی ضرورت ہے؟ ہاں، ان کی ضرور ضرورت ہے۔ ہمیں ایسے لوگوں کی ضرورت ہے جو ایک وسیع نقطہ نظر رکھتے ہوں، لیکن ایک تنگ میدان کے ماہر بھی ہوں۔ اور ایک مکمل اسٹیک انجینئر یہاں ایک ہی چیز ہے — کوئی ایسا جو سب کچھ کرتا ہے۔ فرنٹ اینڈ ڈیولپمنٹ سے لے کر ٹیسٹنگ تک، بیک اینڈ تک، سرورز تک، اور سب کچھ۔ مجھے یقین نہیں ہے کہ ایک بڑی کمپنی میں، ایک شخص ہر پیرامیٹر میں تنگ مہارتوں کے بغیر یہ سب کر سکتا ہے۔ لیکن ایک ہی وقت میں، صرف ایک تنگ تخصیص کا ہونا، جیسے، "میں اس بارے میں کچھ نہیں جانتا کہ یہاں کیا ہو رہا ہے،" جدید دنیا میں بھی کام نہیں کرتا۔ تو یہاں میں کہوں گا... میں لفظ "فل اسٹیک" کو رد کر دوں گا۔ ہمیں واقعی انجینئرز کی ضرورت ہے۔ ہمیں DevOps کی ضرورت ہے۔ مجھے ایک احساس ہے کہ ہم جلد ہی اس نکتے پر دوبارہ غور کریں گے۔ اور ان کی ضرورت نہیں پڑے گی۔
عزت خدیف: کیا آپ اسے ظاہر کر سکتے ہیں؟
Pavel Selivanov: میرے خیال میں ہم انڈسٹری میں ایک ایسے مقام پر پہنچ جائیں گے جہاں یہ Dev and Ops کردار جلد ہی متروک ہو جائیں گے۔ اگر ہمیں ماہرین کی ضرورت ہے اور ہم شکار کر رہے ہیں... ہمیں اس قسم کے ڈویلپر کی ضرورت ہے، ہمیں اس قسم کے منتظم کی ضرورت ہے، ہمیں DevOps انجینئرز کی ضرورت ہے — ہمارے پاس وہ اب ہیں، اور جلد ہی ہمارے پاس پروڈکشن انجینئرز اور SRE انجینئرز بھی ہوں گے۔ اگرچہ، حقیقت میں، ہمیں انجینئرز کی ضرورت ہے جو ہم رکھنا چاہتے ہیں۔ پس منظر بڑی حد تک غیر اہم ہے۔ کیونکہ... مثال کے طور پر، SREs کا کہنا ہے کہ بنیادی ڈھانچے کے مسائل ہمیشہ سافٹ ویئر سے متعلق ہوتے ہیں۔ تو... آئیے ڈویلپرز کی خدمات حاصل کریں — اس نقطہ نظر سے کہ ایک ڈویلپر ایک انجینئر ہے — اور انہیں سپورٹ ڈپارٹمنٹ میں ڈالیں، اور وہ ان مسائل کو اسی طرح حل کریں گے جس طرح وہ کوڈ کے ساتھ کاروباری مسائل کو حل کرتے ہیں، انجینئرنگ فی سیکنڈ کے ساتھ۔
عزت خدیف: اور اس نقطہ نظر سے... ایسے انجینئرز کا انٹرویو کیسے کیا جائے؟
Pavel Selivanov: اوہ، یہ ایک اچھا سوال ہے۔ یہ شاید اس دنیا کی میری سمجھ سے باہر ہے۔ لیکن میں صرف ایک مثال دوں گا۔ اس کا انٹرویو سے کوئی تعلق نہیں۔ یہ روس میں ہمارے تعلیمی نظام کے بارے میں ہے۔ آئی ٹی میں، ہم جانتے ہیں کہ روس میں ہمارا تعلیمی نظام آئی ٹی کی دنیا کے لیے بہت پرانا ہے۔ یہ وہی نہیں ہے جو اسے ہونا چاہئے. میں وسیع روس کے بارے میں بات کر رہا ہوں، اوسطاً، اور وہاں کیا ہو رہا ہے۔ وہ لوگ گریجویشن کر رہے ہیں جو گریجویشن کے اگلے دن ویب ڈویلپمنٹ یا کسی ٹیک کمپنی میں جانے کے لیے بالکل تیار نہیں ہیں۔ اور وہ سمجھتے ہیں کہ یہ برا ہے۔ ہم انہیں کچھ عجیب و غریب چیزیں سکھا رہے ہیں، حالانکہ ہمیں انہیں ان کے لیے تیار کرنا سکھانا چاہیے۔ Android, iOS کے لیے، Git اور وہ تمام چیزیں استعمال کرنے کا طریقہ۔ دراصل، ایسا لگتا ہے کہ ایسا نہیں ہے۔ کالج وہ وقت ہوتا ہے جب آپ کے والدین زیادہ تر آپ کے لیے ادائیگی کرتے ہیں۔ اپنی پوری زندگی کے لیے۔ اور آپ اپنی زندگی کے پانچ سال گہرائی سے مطالعہ کے لیے وقف کر سکتے ہیں۔ اور یہ پوری ٹی کے سائز والی چیز کو سیکھنے کے لیے۔ جب آپ کالج میں پڑھ سکتے ہیں کہ ورژن کنٹرول سسٹم کیا ہے، ترقی کے کیا نمونے ہیں، ان تمام چیزوں کی جانچ کیسے کی جائے، کون سے ڈیٹا بیس اور لوڈ بیلنسرز موجود ہیں۔ اور جب آپ کام پر جاتے ہیں، تو آپ ایک مخصوص علاقے میں گہرائی میں جانا شروع کر دیتے ہیں۔ اور اسی طرح ہم انجینئرز حاصل کرتے ہیں۔ اور روس میں ہمارا تعلیمی نظام ہماری سوچ سے کہیں زیادہ اس سچائی کے قریب ہے۔ ہمیں ریاضی کی اچھی تربیت دی جاتی ہے، اچھی الگورتھم کی تربیت دی جاتی ہے، ہمیں پروگرامنگ زبانوں کی کچھ سمجھ دی جاتی ہے۔ اور انٹرویوز کے بارے میں، مجھے لگتا ہے کہ اس سے کچھ قریب ہے۔ ہمیں انجینئرز کا انٹرویو کرنے کی ضرورت ہے۔ ہمیں T کی شکل والے طالب علم میں T کے اوپری حصے کی ضرورت ہے۔ کیونکہ یہ T کی عمودی لائن حاصل کرے گا۔
عزت خدیف: ہاں، یہ دلچسپ ہے۔ کالج کے بعد پانچ سال تک، میں نے سوچا کہ میری تعلیم عجیب اور ناکافی ہے۔ لیکن بعد میں، جیسے جیسے میرا کام آگے بڑھتا گیا، جب کام زیادہ پیچیدہ ہوتے گئے اور منصوبے بڑے ہوتے گئے، مجھے احساس ہوا کہ نہیں، مجھے بہت اہم چیزیں سکھائی گئی تھیں۔ پاول، شکریہ۔ آپ کے جوابات سن کر بہت دلچسپ لگا۔ آئیے آپ کی رپورٹ سنتے ہیں۔
Pavel Selivanov: شکریہ۔
ماخذ: www.habr.com
