اس مضمون کو لکھنے کے وقت، "نیٹ ورک انجینئر" کے فقرے کے لیے ایک مشہور جاب سائٹ پر تلاش سے پورے روس میں تقریباً تین سو اسامیاں واپس آ گئیں۔ موازنے کے لیے، "سسٹم ایڈمنسٹریٹر" کے فقرے کی تلاش سے تقریباً 2.5 ہزار آسامیاں ملتی ہیں، اور "DevOps انجینئر" - تقریباً 800۔
کیا اس کا مطلب یہ ہے کہ فاتح بادلوں، Docker، Kubernetes اور ہر جگہ موجود عوامی Wi-Fi کے وقت نیٹ ورکرز کی ضرورت نہیں ہے؟
آئیے اس کا پتہ لگائیں (c)
ایک دوسرے کو جانیں. میرا نام الیکسی ہے، اور میں ایک نیٹ ورکر ہوں۔
میں 10 سال سے زیادہ عرصے سے نیٹ ورکس میں شامل ہوں اور 15 سال سے زیادہ عرصے سے مختلف *نکس سسٹمز کے ساتھ کام کر رہا ہوں (مجھے لینکس اور فری بی ایس ڈی دونوں کے ساتھ ٹنکر کرنے کا موقع ملا)۔ میں نے ٹیلی کام آپریٹرز، بڑی کمپنیوں میں کام کیا جنہیں "انٹرپرائز" سمجھا جاتا ہے، اور حال ہی میں میں "نوجوان اور بہادر" فنٹیک میں کام کر رہا ہوں، جہاں بادل، ڈیوپس، کبرنیٹس اور دیگر خوفناک الفاظ جو یقینی طور پر مجھے اور میرے ساتھیوں کو غیر ضروری بنا دیں گے۔ . کسی دن۔ شاید.
دستبرداری: "ہماری زندگی میں، ہر چیز ہمیشہ اور ہر جگہ نہیں ہوتی، بلکہ کچھ، کبھی کبھی جگہوں پر" (c) میکسم ڈوروفیف۔
ذیل میں لکھی گئی ہر چیز کو مصنف کی ذاتی رائے سمجھی جا سکتی ہے اور سمجھی جانی چاہیے، جو حتمی سچائی یا مکمل مطالعہ کا دعویٰ نہیں کرتی ہے۔ تمام کردار فرضی ہیں، تمام اتفاقات بے ترتیب ہیں۔
میری دنیا میں خوش آمدید.
آپ نیٹ ورکرز سے بھی کہاں مل سکتے ہیں؟
1. ٹیلی کام آپریٹرز، سروس کمپنیاں اور دیگر انٹیگریٹرز. یہاں سب کچھ آسان ہے: ان کے لیے نیٹ ورک ایک کاروبار ہے۔ وہ یا تو براہ راست کنیکٹیویٹی (آپریٹرز) فروخت کرتے ہیں یا اپنے صارفین کے نیٹ ورکس کو شروع کرنے/ برقرار رکھنے کے لیے خدمات فراہم کرتے ہیں۔
یہاں بہت تجربہ ہے، لیکن زیادہ پیسہ نہیں (جب تک کہ آپ ڈائریکٹر یا کامیاب سیلز مینیجر نہ ہوں)۔ اور پھر بھی، اگر آپ نیٹ ورکس کو پسند کرتے ہیں، اور آپ اپنے سفر کے آغاز میں ہی ہیں، تو کچھ بہت بڑے آپریٹر کی حمایت میں کیریئر، اب بھی، ایک مثالی نقطہ آغاز ہو گا (وفاقی میں ہر چیز بہت اسکرپٹ ہوتی ہے، اور وہاں تخلیقی صلاحیتوں کے لیے بہت کم گنجائش ہے)۔ ٹھیک ہے، اس بارے میں کہانیاں کہ آپ کیسے چند سالوں میں ڈیوٹی پر موجود ایک انجینئر سے C-لیول مینیجر تک ترقی کر سکتے ہیں، بھی کافی حقیقی ہیں، اگرچہ نایاب، واضح وجوہات کی بنا پر۔ اہلکاروں کی ضرورت ہمیشہ رہتی ہے، کیونکہ ٹرن اوور ہوتا ہے۔ یہ ایک ہی وقت میں اچھا اور برا دونوں ہوتا ہے - دوسری طرف ہمیشہ اسامیاں ہوتی ہیں - اکثر سب سے زیادہ فعال/ہوشیار لوگ یا تو پروموشن کے لیے یا کسی اور "گرم" جگہوں پر جلدی سے چلے جاتے ہیں۔
2. مشروط "انٹرپرائز". اس سے کوئی فرق نہیں پڑتا کہ اس کی اہم سرگرمی آئی ٹی سے متعلق ہے یا نہیں۔ سب سے اہم بات یہ ہے کہ اس کا اپنا آئی ٹی ڈیپارٹمنٹ ہے، جو کمپنی کے اندرونی سسٹمز بشمول دفاتر میں نیٹ ورک، برانچوں تک کمیونیکیشن چینلز وغیرہ کے کام کو یقینی بناتا ہے۔ ایسی کمپنیوں میں نیٹ ورک انجینئر کے کام ایک سسٹم ایڈمنسٹریٹر (اگر نیٹ ورک کا بنیادی ڈھانچہ چھوٹا ہے یا کسی بیرونی ٹھیکیدار کے ذریعہ سنبھالا جاتا ہے) کے ذریعہ "پارٹ ٹائم" انجام دیا جا سکتا ہے، اور ایک نیٹ ورک ماہر، اگر کوئی ہے تو، کر سکتا ہے۔ اسی وقت ٹیلی فونی اور SAN کی دیکھ بھال کریں (کوئی اچھا نہیں)۔ وہ مختلف طریقے سے ادائیگی کرتے ہیں - یہ بہت زیادہ کاروبار کے منافع، کمپنی کے سائز اور ساخت پر منحصر ہے. میں نے ان کمپنیوں کے ساتھ کام کیا جہاں سسکو سسٹم باقاعدگی سے "بیرل میں بھرے ہوئے" تھے، اور ان کمپنیوں کے ساتھ جہاں نیٹ ورک مل، چھڑیوں اور نیلے ٹیپ سے بنایا گیا تھا، اور سرورز کو کبھی اپ ڈیٹ نہیں کیا گیا تھا (کہنے کی ضرورت نہیں کہ کوئی ذخائر بھی فراہم نہیں کیے گئے)۔ یہاں بہت کم تجربہ ہے، اور یہ تقریباً یقینی طور پر سخت وینڈر لاک کے علاقے میں ہوگا، یا "کسی چیز کو بغیر کسی چیز کے بنانے کا طریقہ"۔ ذاتی طور پر، مجھے یہ بے حد بورنگ لگا، حالانکہ بہت سے لوگ اسے پسند کرتے ہیں - ہر چیز کافی حد تک ناپی جاتی ہے اور پیشین گوئی کی جاتی ہے (اگر ہم بڑی کمپنیوں کے بارے میں بات کر رہے ہیں)، "dorakha-bahato" وغیرہ۔ سال میں کم از کم ایک بار، کچھ بڑے وینڈر کہتے ہیں کہ وہ ایک اور میگا سپر ڈوپر سسٹم لے کر آئے ہیں جو اب ہر چیز کو خودکار کر دے گا اور سسٹم کے تمام منتظمین اور نیٹ ورکرز کو منتشر کیا جا سکتا ہے، جس سے ایک جوڑے کو ایک خوبصورت انٹرفیس میں بٹن دبانے کے لیے چھوڑ دیا جائے گا۔ حقیقت یہ ہے کہ، یہاں تک کہ اگر ہم حل کی قیمت کو نظر انداز کر دیں، نیٹ ورکرز وہاں سے کہیں نہیں جائیں گے۔ ہاں، شاید کنسول کے بجائے پھر سے ایک ویب انٹرفیس ہو گا (لیکن ہارڈ ویئر کا کوئی مخصوص ٹکڑا نہیں، بلکہ ایک بڑا سسٹم جو دسیوں اور اس طرح کے سینکڑوں ہارڈ ویئر کے ٹکڑوں کا انتظام کرتا ہے)، لیکن "اندر سب کچھ کیسے کام کرتا ہے" کا علم اب بھی ہوگا۔ ضرورت ہو
3. پروڈکٹ کمپنیاں، جس کا منافع کسی سافٹ ویئر یا پلیٹ فارم کی ترقی (اور، اکثر، آپریشن) سے آتا ہے - وہی پروڈکٹ۔ عام طور پر وہ چھوٹے اور فرتیلا ہوتے ہیں، وہ اب بھی کاروباری اداروں اور ان کی بیوروکریٹائزیشن کے پیمانے سے بہت دور ہیں۔ یہیں پر وہی ڈیوپس، کیوبرز، ڈاکرز اور دیگر خوفناک الفاظ بڑے پیمانے پر پائے جاتے ہیں، جو یقیناً نیٹ ورک اور نیٹ ورک انجینئرز کو ایک غیر ضروری بنیاد بنا دیں گے۔
نیٹ ورکر سسٹم ایڈمنسٹریٹر سے کیسے مختلف ہے؟
آئی ٹی سے نہیں لوگوں کی سمجھ میں - کچھ بھی نہیں۔ وہ دونوں بلیک سکرین کی طرف دیکھتے ہیں اور کچھ منتر لکھتے ہیں، کبھی خاموشی سے قسمیں کھاتے ہیں۔
پروگرامرز کی سمجھ میں - شاید موضوع کے لحاظ سے۔ سسٹم ایڈمنسٹریٹر سرورز کا انتظام کرتے ہیں، نیٹ ورکرز سوئچز اور روٹرز کا انتظام کرتے ہیں۔ کبھی کبھی انتظامیہ خراب ہوتی ہے، اور سب کچھ سب کے لیے الگ ہو جاتا ہے۔ ٹھیک ہے، کچھ بھی عجیب ہونے کی صورت میں، نیٹ ورکرز بھی قصور وار ہیں۔ صرف اس لیے کہ تم بھاڑ میں جاؤ، اسی لیے۔
اصل میں، بنیادی فرق کام کرنے کا نقطہ نظر ہے. شاید، یہ نیٹ ورکرز کے درمیان ہے کہ "اگر یہ کام کرتا ہے، تو اسے ہاتھ نہ لگائیں!" نقطہ نظر کے زیادہ تر حامی ہیں۔ ایک اصول کے طور پر، کچھ (ایک وینڈر کے اندر) صرف ایک طریقے سے کیا جا سکتا ہے؛ باکس کی پوری ترتیب آپ کے ہاتھ کی ہتھیلی میں موجود ہے۔ غلطی کی قیمت زیادہ ہوتی ہے، اور بعض اوقات بہت زیادہ ہوتی ہے (مثال کے طور پر، آپ کو راؤٹر کو ریبوٹ کرنے کے لیے کئی سو کلومیٹر کا سفر کرنا پڑے گا، اور اس وقت کئی ہزار لوگ مواصلات کے بغیر ہوں گے - ٹیلی کام آپریٹر کے لیے ایک عام صورت حال) .
میری رائے میں، یہی وجہ ہے کہ نیٹ ورک انجینئرز، ایک طرف، نیٹ ورک کے استحکام کے لیے انتہائی متحرک ہیں (اور تبدیلی استحکام کا بنیادی دشمن ہے)، اور دوسری بات، ان کا علم وسعت سے زیادہ گہرائی میں جاتا ہے (آپ نہیں کرتے درجنوں مختلف ڈیمنز کو ترتیب دینے کے قابل ہونے کی ضرورت ہے، آپ کو ایک مخصوص آلات بنانے والے سے ٹیکنالوجیز اور ان کے نفاذ کو جاننے کی ضرورت ہے)۔ اسی لیے ایک سسٹم ایڈمنسٹریٹر جس نے گوگل کیا کہ سسکو سسٹم پر ولان کیسے رجسٹر کیا جائے وہ ابھی تک نیٹ ورکر نہیں ہے۔ اور اس بات کا امکان نہیں ہے کہ وہ کم و بیش پیچیدہ نیٹ ورک کو مؤثر طریقے سے سپورٹ کر سکے گا (ساتھ ہی مسائل کا حل بھی)۔
لیکن اگر آپ کے پاس میزبان ہے تو آپ کو نیٹ ورکر کی ضرورت کیوں ہے؟
اضافی رقم کے لیے (اور اگر آپ ایک بہت بڑے اور پیارے کلائنٹ ہیں، شاید مفت میں بھی، "ایک دوست کے طور پر")، ڈیٹا سینٹر انجینئرز آپ کے سوئچز کو آپ کی ضروریات کے مطابق ترتیب دیں گے، اور شاید آپ کو فراہم کنندگان کے ساتھ BGP انٹرفیس قائم کرنے میں بھی مدد کریں گے۔ (اگر آپ کے پاس اعلان کے لیے IP پتوں کا اپنا سب نیٹ ہے)۔
اصل مسئلہ یہ ہے کہ ڈیٹا سینٹر آپ کا آئی ٹی ڈیپارٹمنٹ نہیں ہے، یہ ایک الگ کمپنی ہے جس کا مقصد منافع کمانا ہے۔ بطور کلائنٹ آپ کے خرچ پر بھی شامل ہے۔ ڈیٹا سینٹر ریک فراہم کرتا ہے، انہیں بجلی اور ٹھنڈ فراہم کرتا ہے، اور انٹرنیٹ سے کچھ "پہلے سے طے شدہ" کنیکٹیویٹی بھی فراہم کرتا ہے۔ اس بنیادی ڈھانچے کی بنیاد پر، ڈیٹا سینٹر آپ کے سامان کی میزبانی کر سکتا ہے (کولوکیشن)، آپ کو ایک سرور کرایہ پر دے سکتا ہے (سرشار سرور)، یا ایک منظم سروس فراہم کر سکتا ہے (مثال کے طور پر، OpenStack یا K8s)۔ لیکن ڈیٹا سینٹر کا کاروبار (عام طور پر) کلائنٹ کے بنیادی ڈھانچے کی انتظامیہ نہیں ہے، کیونکہ یہ عمل کافی محنت طلب ہے، ناقص خود کار ہے (اور عام ڈیٹا سینٹر میں جو کچھ بھی ممکن ہے وہ خودکار ہے)، متحد اور بھی بدتر (ہر کلائنٹ) انفرادی ہے) اور عام طور پر شکایات سے بھرے ہوتے ہیں ("آپ مجھے بتاتے ہیں کہ سرور ترتیب دیا گیا تھا، لیکن اب یہ کریش ہو گیا ہے، یہ سب آپ کی غلطی ہے!!!111")۔ لہذا، اگر میزبان کسی چیز میں آپ کی مدد کرتا ہے، تو وہ اسے ہر ممکن حد تک آسان اور آسان بنانے کی کوشش کرے گا۔ کیونکہ یہ مشکل کرنا غیر منافع بخش ہے، کم از کم اسی میزبان کے انجینئرز کی مزدوری کے اخراجات کے نقطہ نظر سے (لیکن حالات مختلف ہیں، دستبرداری دیکھیں)۔ اس کا مطلب یہ نہیں ہے کہ میزبان لازمی طور پر ہر چیز کو بری طرح سے انجام دے گا۔ لیکن یہ بالکل بھی حقیقت نہیں ہے کہ وہ بالکل وہی کرے گا جس کی آپ کو واقعی ضرورت ہے۔
ایسا لگتا ہے کہ بات بالکل واضح ہے، لیکن میں نے اپنی مشق میں کئی بار اس حقیقت کا سامنا کیا ہے کہ کمپنیاں اپنے ہوسٹنگ فراہم کرنے والے پر ان کی ضرورت سے کچھ زیادہ انحصار کرنے لگیں، اور اس سے کچھ اچھا نہیں ہوا۔ مجھے طوالت اور تفصیل کے ساتھ یہ بتانا پڑا کہ ایک بھی SLA ڈاؤن ٹائم سے ہونے والے نقصانات کو پورا نہیں کرے گا (اس میں مستثنیات ہیں، لیکن عام طور پر یہ کلائنٹ کے لیے بہت، بہت مہنگا ہوتا ہے) اور یہ کہ میزبان اس بات سے بالکل بھی واقف نہیں ہے کہ کیا ہو رہا ہے۔ صارفین کا بنیادی ڈھانچہ (بہت عام اشارے کے علاوہ)۔ اور میزبان بھی آپ کے لیے بیک اپ نہیں بناتا ہے۔ اگر آپ کے پاس ایک سے زیادہ میزبان ہیں تو صورتحال اور بھی خراب ہے۔ ان کے درمیان کسی بھی مسائل کی صورت میں، وہ یقینی طور پر آپ کے لیے یہ نہیں جان پائیں گے کہ کیا غلط ہوا ہے۔
درحقیقت، یہاں کے محرکات بالکل وہی ہیں جیسے "ان ہاؤس ایڈمن ٹیم بمقابلہ آؤٹ سورس" کا انتخاب کرتے وقت۔ اگر خطرات کا حساب لگایا جائے تو معیار تسلی بخش ہے، اور کاروبار کو کوئی اعتراض نہیں، کیوں نہ اسے آزمایا جائے۔ دوسری طرف، نیٹ ورک بنیادی ڈھانچے کی سب سے بنیادی تہوں میں سے ایک ہے، اور اگر آپ پہلے سے ہی اپنے آپ کو ہر چیز کی حمایت کرتے ہیں تو اسے باہر کے لوگوں پر چھوڑنا شاید ہی قابل ہو۔
کن صورتوں میں نیٹ ورکر کی ضرورت ہے؟
آگے ہم خاص طور پر جدید فوڈ کمپنیوں کے بارے میں بات کریں گے۔ آپریٹرز اور انٹرپرائز کے ساتھ، سب کچھ واضح ہے، جمع یا مائنس - حالیہ برسوں میں وہاں بہت کم تبدیلی آئی ہے، اور نیٹ ورکرز کی ضرورت پہلے بھی تھی، اور اب ان کی ضرورت ہے۔ لیکن انہی "جوان اور ہمت" کے ساتھ چیزیں اتنی واضح نہیں ہیں۔ اکثر وہ اپنے پورے انفراسٹرکچر کو بادلوں میں رکھتے ہیں، اس لیے انہیں واقعی ایڈمنز کی ضرورت بھی نہیں ہوتی ہے - سوائے انہی بادلوں کے ایڈمنز کے۔ انفراسٹرکچر، ایک طرف، اپنے ڈیزائن میں کافی آسان ہے، دوسری طرف، یہ اچھی طرح سے خودکار ہے (قابل جوابدہ/کٹھ پتلی، ٹیرافارم، ci/cd... ٹھیک ہے، آپ جانتے ہیں)۔ لیکن یہاں بھی ایسے حالات ہیں جب آپ نیٹ ورک انجینئر کے بغیر نہیں کر سکتے۔
مثال 1، کلاسک
فرض کریں کہ ایک کمپنی عوامی IP ایڈریس کے ساتھ ایک سرور کے ساتھ شروع ہوتی ہے، جو ڈیٹا سینٹر میں واقع ہے۔ پھر دو سرور ہیں۔ پھر مزید... جلد یا بدیر، سرورز کے درمیان نجی نیٹ ورک کی ضرورت ہوگی۔ کیونکہ "بیرونی" ٹریفک بینڈوڈتھ (مثال کے طور پر 100Mbit/s سے زیادہ نہیں) اور ہر ماہ ڈاؤن لوڈ/اپ لوڈ ہونے والے حجم کے لحاظ سے محدود ہے (مختلف میزبانوں کے مختلف ٹیرف ہوتے ہیں، لیکن بیرونی دنیا کے لیے بینڈوڈتھ عام طور پر ایک سے کہیں زیادہ مہنگی ہوتی ہے۔ نجی نیٹ ورک)۔
ہوسٹر سرورز میں اضافی نیٹ ورک کارڈز شامل کرتا ہے اور انہیں علیحدہ vlan میں اپنے سوئچز میں شامل کرتا ہے۔ سرورز کے درمیان ایک "فلیٹ" مقامی علاقہ ظاہر ہوتا ہے۔ آرام دہ!
سرورز کی تعداد بڑھ رہی ہے، اور نجی نیٹ ورک پر ٹریفک بھی بڑھ رہا ہے - بیک اپ، نقل، وغیرہ۔ میزبان آپ کو علیحدہ سوئچ میں منتقل کرنے کی پیشکش کرتا ہے تاکہ آپ دوسرے کلائنٹس کے ساتھ مداخلت نہ کریں، اور وہ آپ کے ساتھ مداخلت نہ کریں۔ ہوسٹر کچھ سوئچز انسٹال کرتا ہے اور کسی نہ کسی طرح ان کو کنفیگر کرتا ہے - غالباً، آپ کے تمام سرورز کے درمیان ایک فلیٹ نیٹ ورک رہ جاتا ہے۔ سب کچھ ٹھیک کام کرتا ہے، لیکن ایک خاص لمحے میں مسائل شروع ہو جاتے ہیں: میزبانوں کے درمیان تاخیر وقتاً فوقتاً بڑھ جاتی ہے، لاگز فی سیکنڈ بہت زیادہ آر پی پیکٹوں کی شکایت کرتے ہیں، اور آڈٹ کے دوران پینٹسٹر نے آپ کے پورے مقامی نیٹ ورک کو بھاڑ میں ڈال دیا، صرف ایک سرور کو توڑ دیا۔
کیا کرنا چاہیے؟
نیٹ ورک کو حصوں میں تقسیم کریں - vlans۔ ہر vlan میں اپنا ایڈریس ترتیب دیں، ایک گیٹ وے منتخب کریں جو نیٹ ورکس کے درمیان ٹریفک کو منتقل کرے۔ سیگمنٹس کے درمیان رسائی کو محدود کرنے کے لیے گیٹ وے پر acl کو کنفیگر کریں، یا قریب ہی ایک علیحدہ فائر وال انسٹال کریں۔
مثال 1، جاری ہے۔
سرور ایک ڈوری کے ساتھ LAN سے جڑے ہوئے ہیں۔ ریک میں موجود سوئچ کسی نہ کسی طرح ایک دوسرے سے جڑے ہوتے ہیں لیکن اگر ایک ریک میں کوئی حادثہ ہو جائے تو تین اور ملحقہ گر جاتے ہیں۔ اسکیمیں موجود ہیں، لیکن ان کی مطابقت کے بارے میں شکوک و شبہات موجود ہیں۔ ہر سرور کا اپنا عوامی پتہ ہوتا ہے، جو ہوسٹر کے ذریعے جاری کیا جاتا ہے اور ریک سے منسلک ہوتا ہے۔ وہ. سرور کو منتقل کرتے وقت ایڈریس کو تبدیل کرنا پڑتا ہے۔
کیا کرنا چاہیے؟
LAG (Link Aggregation Group) کا استعمال کرتے ہوئے سرورز کو دو ڈوریوں کے ساتھ ریک میں موجود سوئچز سے جوڑیں (انہیں بھی بے کار ہونے کی ضرورت ہے)۔ ریک کے درمیان رابطوں کو محفوظ کریں اور انہیں "اسٹار" (یا اب فیشن ایبل CLOS) میں تبدیل کریں تاکہ ایک ریک کے کھو جانے سے دوسرے متاثر نہ ہوں۔ "مرکزی" ریک کو منتخب کریں جس میں نیٹ ورک کور واقع ہوگا اور جہاں دوسرے ریک منسلک ہوں گے۔ اسی وقت، عوامی خطاب کو ترتیب دیں، ہوسٹر سے (یا RIR سے، اگر ممکن ہو تو) ایک سب نیٹ لیں، جس کا آپ خود (یا ہوسٹر کے ذریعے) دنیا کو اعلان کرتے ہیں۔
کیا یہ سب کچھ ایک "عام" سسٹم ایڈمنسٹریٹر کر سکتا ہے جسے نیٹ ورکس کا گہرا علم نہیں ہے؟ یقین نہیں۔ کیا میزبان ایسا کرے گا؟ ہوسکتا ہے کہ ایسا ہو، لیکن آپ کو کافی تفصیلی تکنیکی تفصیلات کی ضرورت ہوگی، جسے کسی کو بھی تیار کرنے کی ضرورت ہوگی۔ اور پھر چیک کریں کہ سب کچھ صحیح طریقے سے ہوا ہے۔
مثال 2: بادل
فرض کریں کہ آپ کے پاس کچھ عوامی کلاؤڈ میں VPC ہے۔ VPC کے اندر مقامی نیٹ ورک تک دفتر یا بنیادی ڈھانچے کے آن پریم حصے تک رسائی حاصل کرنے کے لیے، آپ کو IPSec یا کسی وقف شدہ چینل کے ذریعے کنکشن کنفیگر کرنے کی ضرورت ہے۔ ایک طرف، IPSec سستا ہے، کیونکہ اضافی ہارڈویئر خریدنے کی ضرورت نہیں؛ آپ اپنے سرور کے درمیان عوامی ایڈریس اور کلاؤڈ کے ساتھ ایک سرنگ قائم کر سکتے ہیں۔ لیکن - تاخیر، محدود کارکردگی (چونکہ چینل کو انکرپٹ کرنے کی ضرورت ہے)، نیز غیر ضمانتی کنیکٹیویٹی (چونکہ رسائی باقاعدہ انٹرنیٹ کے ذریعے ہے)۔
کیا کرنا چاہیے؟
ایک وقف شدہ چینل کے ذریعے ایک کنکشن بڑھائیں (مثال کے طور پر، AWS اسے ڈائریکٹ کنیکٹ کہتے ہیں)۔ ایسا کرنے کے لیے، ایک پارٹنر آپریٹر کو تلاش کریں جو آپ سے رابطہ کرے، آپ کے قریب ترین کنکشن پوائنٹ کا فیصلہ کرے (آپریٹر اور آپریٹر دونوں کلاؤڈ پر)، اور آخر میں، سب کچھ ترتیب دے دے۔ کیا نیٹ ورک انجینئر کے بغیر یہ سب کرنا ممکن ہے؟ یقیناً ہاں۔ لیکن مسائل کی صورت میں اس کے بغیر کیسے حل کرنا ہے اب اتنا واضح نہیں ہے۔
بادلوں کے درمیان دستیابی کے مسائل (اگر آپ کے پاس ملٹی کلاؤڈ ہے) یا مختلف علاقوں کے درمیان تاخیر وغیرہ کے مسائل بھی ہو سکتے ہیں۔ بے شک، اب بہت سارے ٹولز نمودار ہوئے ہیں جو بادل میں جو کچھ ہو رہا ہے اس کی شفافیت کو بڑھاتے ہیں (اسی ہزار آنکھیں)، لیکن یہ سب نیٹ ورک انجینئر کے ٹولز ہیں، نہ کہ اس کا متبادل۔
میں اپنی پریکٹس سے ایسی ایک درجن مزید مثالیں بنا سکتا ہوں، لیکن مجھے لگتا ہے کہ یہ واضح ہے کہ بنیادی ڈھانچے کی ترقی کی ایک خاص سطح سے شروع ہونے والی ٹیم کے پاس ایک شخص (ترجیحی طور پر ایک سے زیادہ) ہونا چاہیے جو جانتا ہو کہ نیٹ ورک کیسے کام کرتا ہے اور اسے ترتیب دے سکتا ہے۔ نیٹ ورک کا سامان اور اگر مسائل پیدا ہوں تو ان کو حل کریں۔ میرا یقین کرو، اسے کچھ کرنا پڑے گا۔
نیٹ ورکر کو کیا معلوم ہونا چاہیے؟
نیٹ ورک انجینئر کے لیے یہ بالکل ضروری نہیں ہے (اور یہاں تک کہ بعض اوقات نقصان دہ بھی) صرف نیٹ ورک سے نمٹنا ہے اور کچھ نہیں۔ یہاں تک کہ اگر ہم بنیادی ڈھانچے کے ساتھ آپشن پر غور نہیں کرتے ہیں جو تقریبا مکمل طور پر عوامی بادل میں رہتا ہے (اور، جو کچھ بھی کہہ سکتا ہے، یہ زیادہ سے زیادہ مقبول ہوتا جا رہا ہے)، اور مثال کے طور پر، بنیاد یا نجی بادلوں پر، جہاں "صرف CCNP سطح کے علم" پر "آپ نہیں چھوڑیں گے۔
اس کے علاوہ، حقیقت میں، نیٹ ورکس - اگرچہ مطالعہ کے لیے صرف ایک لامتناہی فیلڈ ہے، یہاں تک کہ اگر آپ صرف ایک علاقے پر توجہ مرکوز کرتے ہیں (فراہم کرنے والے نیٹ ورکس، انٹرپرائزز، ڈیٹا سینٹرز، وائی فائی...)
یقیناً، اب آپ میں سے بہت سے لوگوں کو ازگر اور دیگر "نیٹ ورک آٹومیشن" یاد ہوں گے، لیکن یہ صرف ایک ضروری ہے، لیکن کافی شرط نہیں۔ ایک نیٹ ورک انجینئر کے لیے "کامیابی کے ساتھ ٹیم میں شامل ہونے" کے لیے، اسے ڈیولپرز اور ساتھی منتظمین/devs دونوں کے ساتھ ایک ہی زبان بولنے کے قابل ہونا چاہیے۔ اس کا کیا مطلب ہے؟
- کم از کم sysadmin-jun کی سطح پر نہ صرف لینکس میں کام کرنے کے قابل ہو، بلکہ اس کا نظم و نسق بھی کر سکے: ضروری سافٹ ویئر انسٹال کریں، ناکام سروس کو دوبارہ شروع کریں، ایک سادہ systemd-unit لکھیں۔
- سمجھیں (کم از کم عام اصطلاحات میں) نیٹ ورک اسٹیک لینکس میں کیسے کام کرتا ہے، نیٹ ورک ہائپر وائزرز اور کنٹینرز (lxc/docker/kubernetes) میں کیسے کام کرتا ہے۔
- یقیناً، جوابدہ/شیف/کٹھ پتلی یا کسی اور SCM سسٹم کے ساتھ کام کرنے کے قابل ہوں۔
- نجی بادلوں کے لیے SDN اور نیٹ ورکس کے بارے میں ایک الگ لائن لکھی جانی چاہیے (مثال کے طور پر، TungstenFabric یا OpenvSwitch)۔ یہ علم کی ایک اور بڑی تہہ ہے۔
مختصر میں، میں نے ایک عام ٹی شکل کے ماہر کو بیان کیا (جیسا کہ اب کہنا فیشن ہے)۔ ایسا لگتا ہے کہ کوئی نئی بات نہیں ہے، لیکن انٹرویو کے تجربے کی بنیاد پر، تمام نیٹ ورک انجینئرز اوپر دی گئی فہرست میں سے کم از کم دو عنوانات کے علم پر فخر نہیں کر سکتے۔ عملی طور پر، "متعلقہ شعبوں میں" علم کی کمی نہ صرف ساتھیوں کے ساتھ بات چیت کرنا، بلکہ ان تقاضوں کو سمجھنا بھی بہت مشکل بناتی ہے جو کاروبار نیٹ ورک پر رکھتا ہے، جیسا کہ پروجیکٹ کے نچلے درجے کے بنیادی ڈھانچے کے طور پر۔ اور اس سمجھ کے بغیر، اپنے نقطہ نظر کا دفاع کرنا اور اسے کاروبار کے لیے "بیچنا" زیادہ مشکل ہو جاتا ہے۔
دوسری طرف، "سمجھنا کہ سسٹم کیسے کام کرتا ہے" کی وہی عادت نیٹ ورکرز کو مختلف "جنرلسٹ" پر بہت اچھا فائدہ دیتی ہے جو Habré/medium پر مضامین اور Telegram پر چیٹس کی ٹیکنالوجیز کے بارے میں جانتے ہیں، لیکن بالکل نہیں جانتے کہ کیا کرنا ہے۔ کیا یہ یا وہ سافٹ ویئر اصولوں پر کام کرتا ہے؟ اور بعض نمونوں کا علم، جیسا کہ جانا جاتا ہے، کامیابی سے بہت سے حقائق کے علم کی جگہ لے لیتا ہے۔
نتائج، یا صرف TL؛ DR
- ایک نیٹ ورک ایڈمنسٹریٹر (جیسے ڈی بی اے یا وی او آئی پی انجینئر) ایک ماہر ہوتا ہے جس کا پروفائل تنگ ہوتا ہے (سسٹم ایڈمنسٹریٹرز/ڈیوس/ایس آر ای کے برعکس)، جس کی ضرورت فوری طور پر پیدا نہیں ہوتی ہے (اور حقیقت میں طویل عرصے تک پیدا نہیں ہوسکتی ہے) . لیکن اگر یہ پیدا ہوتا ہے، تو اس کی جگہ باہر کی مہارت (آؤٹ سورس یا عام عام مقصد کے منتظمین، "جو نیٹ ورک کی دیکھ بھال بھی کرتے ہیں") سے ہونے کا امکان نہیں ہے۔ کسی حد تک افسوسناک بات یہ ہے کہ ایسے ماہرین کی ضرورت بہت کم ہے، اور مشروط طور پر، 800 پروگرامرز اور 30 ڈیوپس/ایڈمنسٹریٹرز والی کمپنی میں، صرف دو نیٹ ورکرز ہو سکتے ہیں جو اپنی ذمہ داریوں کے ساتھ بہترین کام کرتے ہیں۔ وہ. مارکیٹ تھی اور بہت، بہت چھوٹی، اور اچھی تنخواہ کے ساتھ - اس سے بھی کم۔
- دوسری طرف، جدید دنیا میں ایک اچھے نیٹ ورکر کو نہ صرف خود نیٹ ورکس (اور ان کی کنفیگریشن کو خودکار کرنے کا طریقہ) معلوم ہونا چاہیے، بلکہ یہ بھی معلوم ہونا چاہیے کہ ان نیٹ ورکس کے اوپر چلنے والے آپریٹنگ سسٹم اور سافٹ ویئر ان کے ساتھ کیسے تعامل کرتے ہیں۔ اس کے بغیر، یہ سمجھنا بہت مشکل ہو گا کہ آپ کے ساتھی آپ سے کیا پوچھ رہے ہیں اور (معقول طور پر) آپ کی خواہشات/مطالبات ان تک پہنچانا۔
- کوئی بادل نہیں ہے، یہ صرف کسی اور کا کمپیوٹر ہے۔ آپ کو یہ سمجھنے کی ضرورت ہے کہ پبلک/پرائیویٹ کلاؤڈز یا کسی ہوسٹنگ فراہم کنندہ کی خدمات کا استعمال "جو آپ کے لیے سب کچھ ٹرنکی بنیاد پر کرتا ہے" اس حقیقت کو تبدیل نہیں کرتا کہ آپ کی ایپلی کیشن اب بھی نیٹ ورک کا استعمال کرتی ہے، اور اس کے ساتھ مسائل کے آپریشن کو متاثر کرے گا۔ آپ کی درخواست. آپ کی پسند یہ ہے کہ قابلیت کا مرکز کہاں واقع ہوگا، جو آپ کے پروجیکٹ کے نیٹ ورک کا ذمہ دار ہوگا۔
ماخذ: www.habr.com