پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

ایک شریک ایک کورس یا انتہائی کورس میں آتا ہے۔ وہ تکنیکی مدد کی منظم قطاریں، صاف ستھرا پاور کیبلز، لیکچر ہال کا ایک بساط لے آؤٹ، روشن تصویریں اور سلائیڈ ڈایاگرام دیکھتا ہے۔ لطیفے اور مسکراہٹ کے ساتھ بولنے والے معلومات کو اس طرح دیتے ہیں کہ آپ کے پاس اسے سمجھنے کا وقت ہو۔ اسٹینڈز قائم ہیں، مشق کے کام آپ کی انگلیوں سے اڑ جاتے ہیں، سوائے اس کے کہ بعض اوقات آپ کو تکنیکی عملے کی مدد کی ضرورت ہوتی ہے۔ حمایت

اور ہم خیال لوگوں کے ساتھ کافی کا وقفہ، خوشگوار اور پُرجوش ماحول، تجربات کا تبادلہ، مقررین کے لیے انتہائی غیر متوقع سوالات۔ دونوں جوابات اور معلومات جو آپ کو دستورالعمل میں نہیں ملیں گی، لیکن صرف عملی طور پر۔

آپ کے خیال میں اسے بالکل ایسا بنانے میں کتنا وقت، محنت اور اعصاب لگے؟

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

Volodya Guryanov، ایک تصدیق شدہ Kubernetes ایڈمنسٹریٹر اور ساؤتھ برج میں انجینئر/ٹیم لیڈ کا شکریہ، جنہوں نے شروع سے ہی بہت سے Slurm کورسز کی تخلیق کا مشاہدہ کیا اور فعال طور پر حصہ لیا۔

اس نے یقیناً تخلیق کے انڈر بیلی کو دیکھا - پیچیدگیاں اور کانٹے دار ریک، بصیرت اور غیر متوقع حل۔ اور پہلے سے ہی واقف Kubernetes intensives، جیسے Slurm Basic اور Slurm Mega۔ اور ایک نیا، بڑے پیمانے پر نظر ثانی شدہ کورس سلرم ڈی اوپس: ٹولز اور چیٹسجو کہ بے حد قریب آرہا ہے اور 19 اگست کو شروع ہوگا۔

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

لیکن، شاید، کافی غزلیں، آئیے خود کہانی کی طرف چلتے ہیں۔ کس طرح گہرے موضوعات کے ایک جوڑے سے ایک مکمل طور پر خود کفیل اور کثیر جہتی ڈوکر کورس. لہذا میں اس کہانی کا آغاز کروں گا کہ کس طرح کورسز بنائے اور تیار کیے جاتے ہیں - بالکل اسی طرح جیسے "بہت عرصہ پہلے کہکشاں میں بہت دور، بہت دور..."

پردے کے پیچھے کیا ہے؟

اگر آپ پوچھتے ہیں کہ ہم کورسز کیسے بناتے ہیں اور یہ سب کہاں سے شروع ہوتا ہے، تو میں صرف جواب دوں گا "یہ سب ایک خیال سے شروع ہوتا ہے۔"

عام طور پر یہ خیال کہیں سے آتا ہے - ہم تہہ خانے میں ہتھکڑیاں لگا کر نہیں بیٹھتے جب تک کہ ہم یہ نہ سمجھیں: "ہمیں کس موضوع پر کورس کرنا چاہیے؟" خیالات بیرونی ذرائع سے اپنے طور پر کہیں سے آتے ہیں۔ بعض اوقات لوگ فعال طور پر پوچھنا شروع کر دیتے ہیں: "آپ فلاں اور ایسی مخصوص ٹیکنالوجی کے بارے میں کیا جانتے ہیں؟" یا یہ ڈوکر کے ساتھ کیسا تھا کہ اسے انتہائی کورس کے وقت میں فٹ کرنا ناممکن تھا - اسے ظاہر ہے کہ انتہائی کورس کے دوران کچھ بتانے کا وقت حاصل کرنے کے لئے اسے باہر لے جانا پڑا۔

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

اس طرح ایک خیال ظاہر ہوتا ہے۔

اس کے اعلان کے بعد، میری رائے میں، سب سے مشکل لمحہ شروع ہوتا ہے - عام طور پر یہ سمجھنے کے لیے کہ اس کورس میں کیا شامل کیا جائے - یہ اس بات سے بہت موازنہ ہے کہ کسی بھی کانفرنس کے لیے مقررین کو کس طرح تیار کیا جاتا ہے۔

جب آپ نے کوئی موضوع منتخب کیا ہے اور سوچتے ہیں تو ایک بنیادی تکلیف ہوتی ہے: "میں اس کے بارے میں کیا بتا سکتا ہوں؟ یہ بہت آسان ہے، یہ ظاہر ہے، یہ بھی سب جانتے ہیں۔

لیکن حقیقت میں ایسا بالکل نہیں ہے۔ اور میں ذاتی طور پر بہت سی جگہوں پر کہتا ہوں کہ جو آپ کو واضح نظر آتا ہے، ان لوگوں کے لیے جو آپ کی بات سننے یا کورس کرنے کے لیے آتے ہیں، بالکل واضح نہیں ہے۔ اور یہاں کام کی اتنی بڑی تہہ اور اندرونی کشمکش پیدا ہوتی ہے کہ کورس میں کیا شامل کیا جائے۔ نتیجے کے طور پر، ہمیں اس طرح کے بڑے بڑے اسٹروک والے ابواب کی فہرست ملتی ہے، کورس کس کے بارے میں ہوگا۔

اور پھر سادہ معمول کا کام شروع ہوتا ہے:

  • مواد کا انتخاب
  • موجودہ ورژن کے لیے دستاویزات کو بغور پڑھیں، کیونکہ آئی ٹی کی دنیا اب کسی نہ کسی قسم کی کائناتی رفتار سے ترقی کر رہی ہے۔ یہاں تک کہ اگر آپ کسی چیز کے ساتھ کام کرتے ہیں اور اس کے بارے میں کوئی کورس کرتے ہیں، تو آپ کو دستاویزات پر جانا ہوگا اور دیکھنا ہوگا کہ وہاں کیا نیا ہے، کس چیز کے بارے میں بات کرنا دلچسپ ہے، کس چیز کا ذکر کرنا خاص طور پر مفید ہوسکتا ہے۔
  • اور کورس کا ایک خاص ڈھانچہ ظاہر ہوتا ہے، جہاں زیادہ تر عنوانات، عام طور پر، پہلے ہی احاطہ کیے جاتے ہیں اور ایسا لگتا ہے کہ جو کچھ بھی ہے - ویڈیوز ریکارڈ کریں اور انہیں پروڈکشن میں لانچ کریں۔
  • لیکن حقیقت میں، نہیں، پھر مشکل کام شروع ہوتا ہے، لیکن کورس کے مصنفین کے لئے نہیں، لیکن ان کے لئے جو امتحان دیتے ہیں. عام طور پر ہمارے الفا ٹیسٹرز تکنیکی معاونت کرتے ہیں، جو، سب سے پہلے، کسی بھی نحوی اور گرامر کی غلطیوں کے لیے کورسز کو درست کرتے ہیں۔ دوم، وہ ہمیں لاٹھیوں سے پیٹتے ہیں اور جب کچھ مکمل طور پر غیر واضح، ناقابل فہم مقامات ہوتے ہیں تو قسم کھاتے ہیں۔ جب متن میں کچھ پیچیدہ تحریر کردہ ماتحت جملے جو چند صفحات پر مشتمل ہوتے ہیں یا واضح بکواس ظاہر ہوتے ہیں۔ انہوں نے یہ سب پڑھا، اس کی تلاش کریں۔
  • اس کے بعد پریکٹس ٹیسٹنگ کا مرحلہ شروع ہوتا ہے، جہاں کچھ واضح غیر کام کرنے والی چیزیں بھی پکڑی جاتی ہیں اور کچھ ایسے نکات دکھائے جاتے ہیں جنہیں یا تو مزید مشکل بنایا جا سکتا ہے، کیونکہ یہ زیادہ دلچسپ نہیں ہوتا ہے - صرف بیٹھ کر نقل کرنا - اور جگہوں کی نشاندہی کی جاتی ہے جہاں یہ بہت زیادہ ہے۔ مشکل اور ہمارے پاس بہت کچھ کرنا ہے ہم ان لوگوں سے چاہتے ہیں جو یہ کورس کریں گے۔ اور پھر سفارشات آتی ہیں: "لوگوں، اسے یہاں آسان بنائیں، اسے سمجھنے میں آسانی ہوگی اور اس سے زیادہ فائدہ ہوگا۔"
  • اس مقدار میں کام کرنے کے بعد، ویڈیو سے متعلق جو حصہ لکھا جاتا ہے، سب کچھ ٹھیک لگتا ہے۔ اور آپ اسے پہلے ہی اس کورس کی تشہیر کے لیے پروڈکشن کے لیے عطیہ کر سکتے ہیں۔ لیکن پھر، نہیں، یہ بہت جلد ہے - کیونکہ حال ہی میں ہم نے خود پر تھوڑا سا بھروسہ کرنا چھوڑ دیا ہے اور اصولی طور پر، فیڈ بیک کے ساتھ مزید کام کرنا شروع کر دیا ہے۔ بیٹا ٹیسٹنگ جیسی ایک چیز ہے - یہ اس وقت ہوتا ہے جب لوگوں کو باہر کے لوگوں سے مدعو کیا جاتا ہے، جو ہماری کمپنی سے کسی بھی طرح سے جڑے نہیں ہوتے، اور کچھ اچھی چیزوں کے لیے انہیں کورس کے تمام حصے، ویڈیوز، متن، عملی کام دکھائے جاتے ہیں، تاکہ وہ مواد کے معیار، مواد کی رسائی کا جائزہ لیں اور کورس کو ہر ممکن حد تک اچھا بنانے میں ہماری مدد کی۔
  • اور جب اس طرح کی کئی تکراریں گزرتی ہیں، اسپیکرز، الفا ٹیسٹنگ کی شکل میں تکنیکی مدد، بیٹا ٹیسٹنگ، بہتری۔ اور پھر سب کچھ دوبارہ شروع ہوتا ہے - تکنیکی مدد، بیٹا ٹیسٹنگ، بہتری۔
  • اور کسی خاص موڑ پر، یہ سمجھ آجاتی ہے کہ یا تو ہم ترمیم کے ساتھ کر رہے ہیں، کیونکہ یہ یقینی بنانا مکمل طور پر غیر حقیقی ہے کہ سب اسے پسند کریں، یا کچھ سخت فیصلے کیے جائیں۔ جب کچھ جگہوں پر بہت سے تبصرے تنقیدی ہوتے ہیں، تو انہیں عالمی سطح پر دوبارہ کریں، کیونکہ کچھ غلط ہو گیا ہے۔
  • پھر معمولی ترامیم کا وقت آتا ہے - کہیں جملہ بہت اچھے طریقے سے نہیں بنایا گیا ہے، کہیں کسی کو فونٹ پسند نہیں ہے، 14,5، لیکن 15,7 پسند کرے گا۔
  • جب اس قسم کا تبصرہ باقی رہتا ہے، تو بس، کورس کم و بیش کھلتا ہے، سرکاری فروخت شروع ہوجاتی ہے۔

اور پہلی نظر میں، ایک کورس بنانے کا مختصر اور آسان کام بالکل آسان نہیں ہے اور ایک ناقابل یقین حد تک طویل وقت لگتا ہے.

اور ایک اور اہم نکتہ ہے کہ کورس کے جاری ہونے پر کورس کے ساتھ کام ختم نہیں ہوتا۔ سب سے پہلے، ہم ان تبصروں کو غور سے پڑھتے ہیں جو کچھ حصوں پر رہ گئے ہیں۔ اور یہاں تک کہ ہم نے تمام کوششوں کے باوجود، کچھ خامیوں کی اب بھی نشاندہی کی گئی ہے، کچھ غلطیوں کو درست کیا جا رہا ہے اور راستے میں، حقیقی وقت میں، تاکہ ہر آنے والے صارف کو بہتر سروس مل سکے۔

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

ہر کورس کا اپنا پروڈکٹ مالک ہوتا ہے، جو عام تصور کی وضاحت کرنے کے ساتھ ساتھ، ڈیڈ لائن کو چیک کرتا ہے، وہ مارجن میں نوٹ کرتا ہے کہ جب کورس کو مکمل طور پر دوبارہ لکھنے کا وقت آئے گا، اور یہ ضرور آئے گا، کیونکہ دو سالوں میں، یا یہاں تک کہ ایک سال بعد، ہم جو کچھ بتاتے ہیں وہ غیر متعلقہ ہو جائیں گے کیونکہ یہ اخلاقی طور پر متروک ہو جائے گا۔ پروڈکٹ کا مالک حاشیے میں نوٹ کرتا ہے کہ اکثر لوگ پوچھتے ہیں کہ کون سے نکات غیر واضح تھے، کون سے کام بہت مشکل لگتے تھے، اور کون سے اس کے برعکس، بہت آسان لگتے تھے۔ اور یہ سب کچھ دھیان میں رکھا جاتا ہے جب کورس کو دوبارہ ریکارڈ کرتے وقت، کسی قسم کی ری فیکٹرنگ کے دوران، تاکہ عالمی کورس کی ہر تکرار بہتر، زیادہ آسان اور آرام دہ ہو جائے۔

اس طرح کورسز ظاہر ہوتے ہیں۔

ڈوکر کورس کیسے پیدا ہوا۔

یہ ہمارے لیے ایک الگ اور غیر معمولی موضوع ہے۔ کیونکہ ایک طرف، ہم نے ایسا کرنے کا ارادہ نہیں کیا تھا، کیونکہ بہت سے آن لائن اسکول اسے پیش کرتے ہیں۔ دوسری طرف، اس نے خود آزادی کا مطالبہ کیا اور Kubernetes میں IT ماہرین کی تربیت کے ہمارے تصور میں ایک منطقی مقام پایا۔

عالمی سطح پر بات کرتے ہوئے، ابتدائی طور پر یہ سب Kubernetes پر ایک کورس کے ساتھ شروع ہوا، جب یہ ابھی شروع ہوا، میری رائے میں، پہلے Slurm کے بعد۔ ہم نے رائے جمع کی اور دیکھا کہ بہت سے لوگ ڈوکر کے بارے میں کہیں اور کچھ اضافی پڑھنا چاہتے ہیں، اور عام طور پر بہت سے لوگ یہ جانے بغیر کہ یہ کیا ہے کوبرنیٹس کے بنیادی کورس میں آتے ہیں۔ میں Docker.

لہذا، دوسرے سلم کے لیے انہوں نے ایک کورس بنایا - یا یوں کہئے، ایک کورس بھی نہیں، بلکہ Dockers پر چند ابواب بنائے۔ جہاں انہوں نے کچھ بنیادی باتیں بتائیں، تاکہ جو لوگ انٹینسیو میں آتے ہیں وہ احساس محرومی کا شکار نہ ہوں اور عام طور پر سمجھ سکیں کہ کیا ہو رہا ہے۔

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

اور پھر واقعات تقریباً اس طرح تیار ہوئے۔ مواد کی مقدار بڑھ گئی اور 3 دنوں میں فٹنگ بند ہو گئی۔ اور ایک منطقی اور واضح خیال سامنے آیا: کیوں نہ Slurm Basic میں جو کچھ ہم احاطہ کرتے ہیں اسے کسی قسم کے چھوٹے کورس میں تبدیل کر دیں جس میں آپ ایسے لوگوں کو بھیج سکتے ہیں جو Docker کے بارے میں کچھ دیکھنا چاہتے ہیں، Kubernetes پر ایک گہرا کورس کرنے سے پہلے۔

سلرم جونیئر درحقیقت اس طرح کے کئی بنیادی کورسز کا مجموعہ ہے۔ نتیجے کے طور پر، ڈوکر کورس سلرم جونیئر کا ایک ٹکڑا بن گیا۔ یعنی یہ اس سے پہلے ایک صفر قدم ہے۔ بنیادی и میگا. اور پھر صرف بہت بنیادی تجریدات تھے۔

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

کسی موقع پر، لوگوں نے پوچھنا شروع کیا: "دوستوں، یہ سب بہت اچھا ہے، یہ سمجھنے کے لیے کافی ہے کہ آپ انتہائی کورسز میں کیا بات کر رہے ہیں۔ میں مزید تفصیل سے کہاں پڑھ سکتا ہوں کہ ڈوکر کیا کر سکتا ہے اور اس کے ساتھ کیسے کام کرنا ہے، اور یہ کیا ہے؟ تو اسے سیدھا کرنے کا خیال آیا ڈوکر پر مکمل کورس، تاکہ، سب سے پہلے، وہ لوگ جو Kubernetes کا استعمال کرتے ہوئے Slurm میں آتے ہیں، اب بھی اس پر بھیجا جا سکتا ہے، اور دوسری طرف، ان لوگوں کے لیے جو ترقی کے اس مرحلے پر بھی Kubernetes میں دلچسپی نہیں رکھتے ہیں۔ تاکہ ایک IT ماہر Docker پر ہمارے کورس کو دیکھ سکے اور خالص Docker کے ساتھ اپنا ارتقائی راستہ شروع کر سکے۔ تاکہ ہمارے پاس ایسا ایک مکمل، مکمل کورس ہو - اور پھر بہت سے لوگ، اس کورس کو دیکھ کر، خالص Docker کے ساتھ کچھ وقت کام کرنے کے بعد، اس سطح پر پہنچ گئے ہیں جہاں انہیں Kubernetes یا کسی اور آرکیسٹریشن سسٹم کی ضرورت ہے۔ اور وہ خاص طور پر ہمارے پاس آئے۔

کبھی کبھی یہ سوال پوچھا جاتا ہے: "اب کس قسم کے لوگوں کو کبرنیٹس کی ضرورت نہیں ہو سکتی؟" لیکن یہ سوال لوگوں کے بارے میں نہیں ہے، بلکہ کمپنیوں کے بارے میں سوال ہے۔ یہاں آپ کو یہ سمجھنے کی ضرورت ہے کہ Kubernetes کے کچھ معاملات ہیں جہاں یہ اچھی طرح سے موزوں ہے اور کام جو یہ اچھی طرح سے حل کرتا ہے، لیکن اس کے برعکس، Kubernetes کو استعمال کرنے کے کچھ منظرنامے ہیں جب یہ اضافی درد اور اضافی تکلیف کا باعث بنتا ہے۔ لہذا، اس کا انحصار لوگوں پر بھی نہیں ہے، بلکہ اس بات پر ہے کہ کون سی کمپنیاں ترقی کر رہی ہیں اور کتنے عرصے سے۔

مثال کے طور پر، کچھ خوفناک Legacy monolith - آپ کو شاید اسے Kubernetes میں نہیں دھکیلنا چاہیے، کیونکہ اس سے فوائد سے زیادہ مسائل پیدا ہوں گے۔ یا، مثال کے طور پر، اگر یہ ایک چھوٹا پروجیکٹ ہے، تو اس میں تھوڑا بوجھ ہے یا اصولی طور پر، بہت زیادہ رقم اور وسائل نہیں ہیں۔ اسے Kubernetes میں گھسیٹنے کا کوئی فائدہ نہیں ہے۔

اور عام طور پر، شاید، عام طور پر، جیسا کہ بہت سے لوگ پہلے ہی کہہ چکے ہیں، اگر آپ یہ سوال پوچھ رہے ہیں: "کیا مجھے کوبرنیٹس کی ضرورت ہے؟"، تو غالباً آپ کو اس کی ضرورت نہیں ہے۔ مجھے یاد نہیں کہ سب سے پہلے اس کے ساتھ کون آیا تھا، میری رائے میں، پاشا سیلیوانوف۔ میں اس سے 100% متفق ہوں۔ اور آپ کو کبرنیٹس تک بڑھنے کی ضرورت ہے - اور جب یہ پہلے ہی واضح ہو جائے گا کہ مجھے کبرنیٹس کی ضرورت ہے اور ہماری کمپنی کو اس کی ضرورت ہے، اور اس سے اس طرح کے مسائل کو حل کرنے میں مدد ملے گی، تو شاید یہ سمجھ میں آتا ہے کہ سیکھنا اور معلوم کرنا کہ کس طرح سیٹ کرنا ہے۔ یہ اچھی طرح سے، تاکہ Kubernetes پر سوئچ کرنے کا عمل زیادہ تکلیف دہ نہ ہو۔

بچوں کی کچھ بیماریاں اور کچھ آسان چیزیں، حتیٰ کہ بہت آسان بھی نہیں، خاص طور پر ہم سے معلوم کی جا سکتی ہیں، اور آپ کے اپنے درد اور تکلیف سے نہیں گزریں۔

بہت سی کمپنیاں بالکل اسی طرح چلی گئی ہیں کہ پہلے تو کنٹینرائزیشن کے بغیر کسی قسم کا انفراسٹرکچر تھا۔ پھر وہ اس مقام پر پہنچ گئے جہاں ان سب کو سنبھالنا مشکل ہو گیا، انہوں نے ڈوکر کا رخ کیا اور کسی وقت وہ اس مقام پر پہنچ گئے جہاں یہ ڈوکر کے فریم ورک کے اندر تنگ ہو گیا اور یہ کیا پیش کرتا ہے۔ اور انہوں نے یہ دیکھنا شروع کیا کہ آس پاس کیا ہے، کون سے نظام ان مسائل کو حل کرتے ہیں، اور خاص طور پر کبرنیٹس - یہ ان نظاموں میں سے ایک ہے جو آپ کو مسائل کو حل کرنے کی اجازت دیتا ہے جب خالص ڈوکر میں ہجوم ہو جاتا ہے اور فعالیت کا فقدان ہوتا ہے، یہ واقعی ایک اچھا معاملہ ہے جب لوگ وہ نیچے سے قدم بہ قدم آگے بڑھتے ہیں، سمجھتے ہیں کہ یہ ٹیکنالوجی کافی نہیں ہے اور اگلی سطح پر چلے جاتے ہیں۔ انہوں نے کچھ استعمال کیا، وہ دوبارہ نایاب ہو گیا، اور وہ آگے بڑھ گئے۔

یہ ایک شعوری انتخاب ہے - اور یہ بہت اچھا ہے۔

عام طور پر، میں دیکھتا ہوں کہ ہمارا نظام بہت خوبصورتی سے بنایا گیا ہے، مثال کے طور پر، ڈاکر کورسیہاں تک کہ ویڈیو کورسز کے ذریعے بھی۔ پھر ڈاکر کے بعد جاتا ہے۔ بنیادی Kubernetesپھر میگا کبرنیٹسپھر سیف. ہر چیز منطقی طور پر ترتیب دیتی ہے - ایک شخص گزر جاتا ہے اور ایک ٹھوس پیشہ ابھرتا ہے۔

اصولی طور پر، کورسز کا سیٹ آپ کو بہت سے معاملات کا احاطہ کرنے کی اجازت دیتا ہے، یہاں تک کہ جدید بھی۔ اب بھی ایسے علاقے ہیں جو گرے ایریا بنے ہوئے ہیں، مجھے امید ہے کہ ہم جلد ہی کچھ کورسز بنائیں گے جو ہمیں ان گرے ایریاز کو بند کرنے کی اجازت دیں گے، خاص طور پر، ہم سیکیورٹی کے بارے میں کچھ لے کر آئیں گے۔ کیونکہ یہ بہت متعلقہ ہوتا جا رہا ہے۔

مختصراً، ہمارے پاس کچھ گرے ایریاز ہیں جنہیں بند کرنا بہت اچھا ہو گا، تاکہ یہ ایک مکمل، مکمل تصویر ہو - اور لوگ آ سکیں، اور بالکل اسی طرح جیسے کبرنیٹ خود ایک لیگو کنسٹرکٹر کی طرح ہے، آپ اس سے مختلف چیزیں بنا سکتے ہیں۔ یہ جمع کرتا ہے، اگر ابھی بھی کافی نہیں ہے - ہمارے کورسز کے ساتھ وہی ضمیمہ، تاکہ لوگ سمجھ سکیں کہ انہیں اس سے کیا ضرورت ہے؛ انہیں ایک قسم کی پہیلی کو جمع کرنے کی ضرورت ہے، ہمارے کورسز سے ایک قسم کی تعمیراتی سیٹ۔

پردے کے پیچھے. کورسز کیسے بنائے جاتے ہیں؟

اگر آپ اپنے آپ سے عام طور پر درست اور ایماندارانہ سوال پوچھتے ہیں: "اب ایک فعال ڈوکر کورس کون استعمال کر سکتا ہے؟"، پھر:

  • ان طلباء کے لیے جو ابھی اس میں داخل ہونا شروع کر رہے ہیں۔
  • ٹیسٹنگ ڈیپارٹمنٹ کے ملازمین۔
  • درحقیقت، بہت سی کمپنیاں ایسی ہیں جو اب بھی نہ صرف Docker کا استعمال کرتی ہیں، بلکہ کسی نے بھی ایسی ٹیکنالوجی کے بارے میں نہیں سنا ہے اور اصولی طور پر، اسے استعمال کرنے کا طریقہ نہیں جانتے ہیں۔ اور میں سینٹ پیٹرزبرگ میں کئی بڑی کمپنیوں کو جانتا ہوں جو کئی سالوں سے ترقی کر رہی ہیں، اور انہوں نے کچھ پرانی ٹیکنالوجیز استعمال کی ہیں، وہ اس سمت میں آگے بڑھ رہی ہیں۔ خاص طور پر، ایسی کمپنیوں کے لیے، ایسی کمپنیوں کے انجینئرز کے لیے، یہ کورس بہت دلچسپ ہو سکتا ہے، کیونکہ، سب سے پہلے، یہ آپ کو اس ٹیکنالوجی میں تیزی سے غرق کرنے کی اجازت دے گا، اور دوسری بات، جیسے ہی کئی انجینئرز سامنے آئیں گے جو سمجھتے ہیں کہ یہ سب کیسے ہے؟ کام کرتا ہے، وہ اسے کمپنی میں لا سکتے ہیں اور کمپنی کے اندر اس ثقافت اور ان ہدایات کو فروغ دے سکتے ہیں۔
  • میری رائے میں، یہ کورس اب بھی ان لوگوں کے لیے کارآمد ثابت ہو سکتا ہے جنہوں نے پہلے ہی docker کے ساتھ کام کیا ہے، لیکن "ایک بار کرو، دو بار کرو" کے انداز میں بہت کم اور زیادہ - اور اب وہ کسی نہ کسی طرح اسی Kubernetes کے ساتھ بات چیت کرنے جا رہے ہیں، اور یہ ان پر کچھ ذمہ داریاں عائد کرتا ہے، اگر آپ کو بہت سطحی علم ہے کہ ڈوکر کیا ہے، اسے کیسے چلانا ہے، لیکن ساتھ ہی آپ یہ نہیں جانتے کہ یہ اندر سے کیسے کام کرتا ہے، آپ نہیں جانتے کہ اس کے ساتھ کیا کرنا بہتر ہے۔ یہ اور کیا نہ کرنا بہتر ہے، پھر یہ کورس علم کو منظم اور گہرا کرنے کے لیے موزوں ہے۔

لیکن اگر آپ کو اس سطح پر علم ہے: "میں نہیں جانتا کہ ایک ہی ڈاکر فائلوں کو صحیح طریقے سے کیسے لکھنا ہے، میں تصور کر سکتا ہوں کہ نام کی جگہیں کیا ہیں، کنٹینرز کیسے کام کرتے ہیں، آپریٹنگ سسٹم کی سطح پر وہ کس طرح لاگو ہوتے ہیں" - پھر وہاں موجود ہے۔ یقینی طور پر ہمارے پاس جانے کا کوئی فائدہ نہیں، آپ کچھ نیا نہیں سیکھیں گے اور آپ کو پیسے اور وقت خرچ ہونے پر تھوڑا سا دکھ ہوگا۔

اگر ہم وضع کرتے ہیں کہ ہمارے کورس کے کیا فوائد ہیں، تو:

  • ہم نے اس کورس کو کافی تعداد میں پریکٹیکل کیسز کے ساتھ بنانے کی کوشش کی جو آپ کو نہ صرف موجود تھیوریٹیکل حصے کو سمجھنے کی اجازت دے گی بلکہ یہ بھی سمجھ سکے گی کہ آپ کو اس کی ضرورت کیوں ہے اور آپ اسے مستقبل میں کیسے استعمال کریں گے۔
  • بہت سے حصے ہیں جو بہت کم کہیں بھی پائے جاتے ہیں - اور عام طور پر ان پر اتنا مواد نہیں ہے۔ وہ آپریٹنگ سسٹم کے ساتھ ڈوکر کے تعامل سے متعلق ہیں، یہاں تک کہ تھوڑا مختلف۔ کنٹینرائزیشن سسٹم کو لاگو کرنے کے لیے ڈوکر نے آپریٹنگ سسٹم سے کیا طریقہ کار اختیار کیا - اور یہ لینکس آپریٹنگ سسٹم کے اندر کنٹینرز چلانے کے پورے معاملے کی اتنی گہری سمجھ دیتا ہے۔ یہ کیسے کام کرتا ہے، یہ آپریٹنگ سسٹم کے اندر، باہر، اور اسی طرح ایک دوسرے کے ساتھ کیسے تعامل کرتا ہے۔

یہ واقعی ایک گہری نظر ہے کہ یہ بہت کم ہوتا ہے، اور ایک ہی وقت میں، میری رائے میں، یہ بہت اہم ہے. اگر آپ کسی بھی ٹیکنالوجی کو اچھی طرح سمجھنا چاہتے ہیں اور یہ سمجھنا چاہتے ہیں کہ اس سے کیا توقع رکھی جائے تو آپ کو کم از کم اس بات کا عمومی اندازہ ہونا چاہیے کہ یہ کم سطح پر کیسے کام کرتی ہے۔

ہمارا کورس دکھاتا ہے اور بتاتا ہے کہ یہ آپریٹنگ سسٹم کے نقطہ نظر سے کیسے کام کرتا ہے۔ ایک طرف، تمام کنٹینرائزیشن سسٹم ایک ہی آپریٹنگ سسٹم میکانزم کا استعمال کرتے ہیں۔ دوسری طرف، وہ ڈوکر کی طرح لینکس آپریٹنگ سسٹم میں موجود چیزوں کو لیتے ہیں۔ دوسرے کنٹینرائزیشن سسٹمز کوئی نئی چیز نہیں لے کر آئے - انہوں نے وہی لیا جو پہلے سے لینکس میں تھا اور صرف ایک آسان ریپر لکھا جو آپ کو اسے جلدی سے کال کرنے، چلانے یا کسی طرح اس کے ساتھ بات چیت کرنے کی اجازت دیتا ہے۔ وہی ڈوکر آپریٹنگ سسٹم اور کمانڈ لائن کے درمیان کوئی بہت بڑی تہہ نہیں ہے، یہ ایک قسم کی افادیت ہے جو آپ کو کنٹینر بنانے کے لیے کلوٹن کمانڈز یا کسی قسم کا سی کوڈ لکھنے کی اجازت نہیں دیتی ہے، بلکہ یہ کام داخل کرکے کرنے کے لیے کرتی ہے۔ ٹرمینل میں لائنوں کے ایک جوڑے.

اور ایک اور چیز، اگر ہم خاص طور پر ڈوکر کے بارے میں بات کر رہے ہیں، تو ڈوکر واقعی آئی ٹی کی دنیا میں کیا لایا ہے معیارات۔ ایپلیکیشن کو کیسے لانچ کیا جانا چاہیے، اسے کیسے کام کرنا چاہیے، لاگز کے لیے کیا تقاضے ہیں، اسکیلنگ کے لیے کیا تقاضے ہیں، ایپلی کیشن کو خود ترتیب دینا۔

بہت سے طریقوں سے، ڈاکر معیارات کے بارے میں ہے۔

معیارات بھی Kubernetes میں منتقل ہو رہے ہیں - اور بالکل وہی معیارات ہیں؛ اگر آپ جانتے ہیں کہ اپنی ایپلیکیشن کو Docker میں کیسے اچھی طرح چلانا ہے، تو 99% وقت یہ Kubernetes کے اندر بھی کام کرے گا۔

اگر آپ خود کو نہ صرف اس بات میں دلچسپی رکھتے ہیں کہ ڈوکر کورس کیسے بنایا گیا تھا، بلکہ دوسرے کورسز میں بھی، بلکہ عملی نقطہ نظر سے خود کورس میں بھی دلچسپی رکھتے ہیں، تو اسے 5000 جولائی تک 30 روبل کے پری آرڈر ڈسکاؤنٹ پر خریدنے کے لیے ابھی بھی وقت ہے۔

ہمیں آپ کو دیکھ کر خوشی ہوگی!

ماخذ: www.habr.com

نیا تبصرہ شامل کریں