নেটওয়ার্কার (না) প্রয়োজন

এই লেখার সময়, "নেটওয়ার্ক ইঞ্জিনিয়ার" শব্দগুচ্ছের জন্য একটি জনপ্রিয় কাজের সাইটে একটি অনুসন্ধান রাশিয়া জুড়ে প্রায় তিন শতাধিক শূন্যপদ দিয়েছে। তুলনা করার জন্য, "সিস্টেম অ্যাডমিনিস্ট্রেটর" শব্দগুচ্ছের জন্য একটি অনুসন্ধান প্রায় 2.5 হাজার শূন্যপদ এবং "DevOps ইঞ্জিনিয়ার" - প্রায় 800টি ফেরত দেয়।

এর মানে কি এই যে বিজয়ী মেঘ, ডকার, কুবারনেটিস এবং সর্বব্যাপী পাবলিক ওয়াই-ফাই এর দিনে নেটওয়ার্কারদের আর প্রয়োজন নেই?
আসুন এটি বের করা যাক (গুলি)

আসুন আমরা পরিচিত হই. আমার নাম আলেক্সি, এবং আমি একজন নেটওয়ার্কার।

আমি 10 বছরেরও বেশি সময় ধরে নেটওয়ার্কিং করছি এবং 15 বছরেরও বেশি সময় ধরে বিভিন্ন *নিক্স সিস্টেমের সাথে কাজ করছি (আমি লিনাক্স এবং ফ্রিবিএসডি উভয়ই বেছে নেওয়ার সুযোগ পেয়েছি)। আমি টেলিকম অপারেটর, বড় কোম্পানিতে কাজ করেছি, যেগুলিকে "এন্টারপ্রাইজ" হিসাবে বিবেচনা করা হয় এবং সম্প্রতি আমি "তরুণ এবং সাহসী" ফিনটেক-এ কাজ করছি, যেখানে ক্লাউডস, ডেভপস, কুবারনেটস এবং অন্যান্য ভীতিকর শব্দ যা অবশ্যই আমাকে এবং আমার সহকর্মীদেরকে হতাশ করবে। অপ্রয়োজনীয় কোন দিন। হতে পারে.

দাবিত্যাগ: "আমাদের জীবনে, সবকিছু নয়, সর্বদা এবং সর্বত্র, তবে কিছু, কখনও কখনও জায়গায়" (গ) ম্যাক্সিম ডোরোফিভ।

নীচে লিখিত সমস্ত কিছু লেখকের ব্যক্তিগত মতামত হিসাবে বিবেচনা করা যেতে পারে এবং বিবেচনা করা উচিত, চূড়ান্ত সত্য বলে দাবি করা নয়, এমনকি একটি পূর্ণাঙ্গ অধ্যয়নও। সব চরিত্রই কাল্পনিক, সব কাকতালীয় ঘটনাই এলোমেলো।

আমার পৃথিবীতে স্বাগতম.

আপনি কোথায় নেটওয়ার্কার খুঁজে পেতে পারেন?

1. টেলিকম অপারেটর, পরিষেবা সংস্থা এবং অন্যান্য ইন্টিগ্রেটর৷. সবকিছু সহজ: তাদের জন্য নেটওয়ার্ক একটি ব্যবসা. তারা সরাসরি সংযোগ (অপারেটর) বিক্রি করে অথবা তাদের গ্রাহকদের নেটওয়ার্ক চালু/রক্ষণাবেক্ষণের জন্য পরিষেবা প্রদান করে।

এখানে অনেক অভিজ্ঞতা আছে, তবে খুব বেশি অর্থ নেই (যদি না আপনি একজন পরিচালক বা সফল বিক্রয় ব্যবস্থাপক হন)। এবং তবুও, আপনি যদি নেটওয়ার্ক পছন্দ করেন, এবং আপনি আপনার যাত্রার শুরুতেই থাকেন, এমন কিছু অপারেটরের সমর্থনে একটি কর্মজীবন হবে, এমনকি এখন, একটি আদর্শ সূচনা বিন্দু (সবকিছুই ফেডারেলের মধ্যে খুব স্ক্রিপ্টেড, এবং সেখানে সৃজনশীলতার জন্য সামান্য জায়গা) ঠিক আছে, কয়েক বছরের মধ্যে ডিউটিতে থাকা একজন প্রকৌশলী থেকে একজন সি-লেভেল ম্যানেজার হওয়া সম্ভব এই বিষয়ে গল্পগুলিও বেশ বাস্তব, যদিও বিরল, স্পষ্ট কারণে। কর্মীদের জন্য সবসময় প্রয়োজন, কারণ এখনও একটি টার্নওভার আছে. এটি একই সাথে ভাল এবং খারাপ উভয়ই - অন্যদিকে সবসময় শূন্যপদ থাকে - প্রায়শই সবচেয়ে সক্রিয়/স্মার্ট ব্যক্তিরা দ্রুত পদোন্নতি পান বা অন্য "উষ্ণ" জায়গায় চলে যান।

2. শর্তাধীন "এন্টারপ্রাইজ". তার প্রধান কার্যকলাপ আইটি সম্পর্কিত কিনা তা বিবেচ্য নয়। মূল বিষয় হল এটির নিজস্ব আইটি বিভাগ রয়েছে, যা কোম্পানির অভ্যন্তরীণ সিস্টেমের কার্যকারিতা নিশ্চিত করতে নিযুক্ত রয়েছে, যার মধ্যে রয়েছে অফিসে নেটওয়ার্ক, শাখা থেকে যোগাযোগের চ্যানেল ইত্যাদি। এই ধরনের কোম্পানিগুলিতে একজন নেটওয়ার্ক ইঞ্জিনিয়ারের কাজগুলি একটি সিস্টেম অ্যাডমিনিস্ট্রেটর দ্বারা সঞ্চালিত "অংশকালীন" হতে পারে (যদি নেটওয়ার্ক পরিকাঠামো ছোট হয়, বা একটি বহিরাগত ঠিকাদার এতে নিযুক্ত থাকে), এবং নেটওয়ার্ক ম্যানেজার, যদি তিনি এখনও বিদ্যমান থাকেন, তা করতে পারেন। একই সময়ে টেলিফোনি এবং সান দেখাশোনা করুন (নুয়াচো নয়)। তারা বিভিন্ন উপায়ে অর্থ প্রদান করে - এটি দৃঢ়ভাবে ব্যবসার মার্জিন, কোম্পানির আকার এবং কাঠামোর উপর নির্ভর করে। আমি উভয় সংস্থার সাথে কাজ করেছি যেখানে সিসকোগুলি নিয়মিত "ব্যারেলে লোড করা হয়" এবং এমন সংস্থাগুলির সাথে যেখানে নেটওয়ার্কটি মল, লাঠি এবং নীল বৈদ্যুতিক টেপ থেকে তৈরি করা হয়েছিল এবং সার্ভারগুলি প্রায় আপডেট করা হয়নি (এটা বলা দরকার যে সেখানে কোন রিজার্ভ ছিল না)। এখানে অনেক কম অভিজ্ঞতা আছে, এবং এটি প্রায় অবশ্যই একটি হার্ড ভেন্ডর-লকের এলাকায় হবে, বা "কীভাবে কিছু না থেকে কিছু তৈরি করা যায়"। ব্যক্তিগতভাবে, এটি আমার কাছে অত্যন্ত বিরক্তিকর বলে মনে হয়েছিল, যদিও অনেক লোক এটি পছন্দ করে - সবকিছুই বেশ পরিমাপযোগ্য এবং অনুমানযোগ্য (যদি আমরা বড় সংস্থাগুলির কথা বলি), "ডোরাহ-বাজাতো" ইত্যাদি। বছরে অন্তত একবার, কিছু প্রধান বিক্রেতা বলেছেন যে তারা আরেকটি মেগা-সুপার-ডুপার সিস্টেম নিয়ে এসেছেন যা এখন সবকিছু স্বয়ংক্রিয় করে এবং সমস্ত সিস্টেম অ্যাডমিনিস্ট্রেটর এবং নেটওয়ার্কারদের ওভারক্লক করা যেতে পারে, একটি সুন্দর ইন্টারফেসে বোতাম টিপতে কয়েকজনকে রেখে। বাস্তবতা হল, আমরা সমাধানের খরচ উপেক্ষা করলেও, নেটওয়ার্কাররা সেখান থেকে কোথাও যাবে না। হ্যাঁ, এটা সম্ভব যে কনসোলের পরিবর্তে আবার একটি ওয়েব ইন্টারফেস থাকবে (তবে একটি নির্দিষ্ট লোহার টুকরো নয়, তবে একটি বড় সিস্টেম যা দশ এবং শত শত লোহার টুকরা পরিচালনা করে), তবে "কীভাবে সবকিছু ভিতরে কাজ করে" সে সম্পর্কে জ্ঞান "এখনও প্রয়োজন হবে।

3. পণ্য কোম্পানি, যার লাভ কিছু সফ্টওয়্যার বা প্ল্যাটফর্মের বিকাশ (এবং, প্রায়শই, অপারেশন) থেকে আসে - সেই পণ্যটি। সাধারণত তারা ছোট এবং চতুর, তারা এখনও উদ্যোগের স্কেল এবং তাদের আমলাতন্ত্র থেকে অনেক দূরে। এখানে সেই একই devops, cubers, dockers এবং অন্যান্য ভয়ঙ্কর শব্দগুলি প্রচুর পরিমাণে পাওয়া যায় যা অবশ্যই নেটওয়ার্ক এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের একটি অপ্রয়োজনীয় মূলে পরিণত করবে।

কিভাবে একটি নেটওয়ার্ক ম্যানেজার একটি sysadmin থেকে আলাদা?

আইটি থেকে না মানুষের বোঝার মধ্যে - কিছুই না. তারা দুজনেই কালো পর্দার দিকে তাকিয়ে কিছু বানান লিখছে, কখনও কখনও মৃদু শপথ করছে।

প্রোগ্রামারদের বোঝার মধ্যে - সম্ভবত বিষয় এলাকা. Sysadmins সার্ভার পরিচালনা করে, নেটওয়ার্কাররা সুইচ এবং রাউটার পরিচালনা করে। কখনও কখনও অ্যাডমিন খারাপ, এবং সবকিছু সবার জন্য পড়ে যায়। ভাল, কোন অদ্ভুত ক্ষেত্রে, নেটওয়ার্কারদেরও দায়ী করা হয়। শুধু তোমাকে চোদন বলেই, তাই।

আসলে, প্রধান পার্থক্য হল কাজ করার পদ্ধতি। সম্ভবত, এটি নেটওয়ার্কারদের মধ্যে যে বেশিরভাগই "এটি কাজ করে - এটি স্পর্শ করবেন না!" পদ্ধতির সমর্থক রয়েছে। আপনি সাধারণত কিছু করতে পারেন (একটি বিক্রেতার মধ্যে) শুধুমাত্র একটি উপায়ে, বাক্সের সম্পূর্ণ কনফিগারেশন - এটি আপনার হাতের তালুতে। একটি ভুলের দাম বেশি, এবং কখনও কখনও খুব বেশি (উদাহরণস্বরূপ, রাউটারটি রিবুট করতে আপনাকে কয়েকশ কিলোমিটার ভ্রমণ করতে হবে এবং এই সময়ে কয়েক হাজার লোক যোগাযোগ ছাড়াই থাকবে - এমন পরিস্থিতি যা একটি টেলিকম অপারেটরের জন্য বেশ সাধারণ। )

আমার মতে, এই কারণেই নেটওয়ার্ক ইঞ্জিনিয়াররা, একদিকে, নেটওয়ার্ক স্থিতিশীলতার জন্য অত্যন্ত দৃঢ়ভাবে অনুপ্রাণিত (এবং পরিবর্তনগুলি স্থিতিশীলতার প্রধান শত্রু), এবং দ্বিতীয়ত, তাদের জ্ঞান প্রশস্ততার চেয়ে আরও গভীরে যায় (আপনার প্রয়োজন নেই) কয়েক ডজন বিভিন্ন রাক্ষস কনফিগার করতে সক্ষম হওয়ার জন্য, আপনাকে একটি নির্দিষ্ট সরঞ্জাম প্রস্তুতকারকের কাছ থেকে প্রযুক্তি এবং তাদের বাস্তবায়ন জানতে হবে)। এই কারণেই সিস্টেম অ্যাডমিনিস্ট্রেটর, যিনি টিসিস্কায় একটি ভ্লান কীভাবে নিবন্ধন করবেন তা গুগল করেছেন, তিনি এখনও নেটওয়ার্ক ম্যানেজার নন। এবং এটি অসম্ভাব্য যে তিনি একটি কম বা কম জটিল নেটওয়ার্ককে কার্যকরভাবে সমর্থন করতে সক্ষম হবেন (পাশাপাশি সমস্যা সমাধান)।

কিন্তু আপনার যদি হোস্টার থাকে তাহলে নেটওয়ার্ক ম্যানেজার কেন লাগবে?

অতিরিক্ত অর্থের জন্য (এবং আপনি যদি খুব বড় এবং প্রিয় ক্লায়েন্ট হন, এমনকি বিনামূল্যের জন্য, "একজন বন্ধু হিসাবে"), ডেটা সেন্টার ইঞ্জিনিয়াররা আপনার প্রয়োজন অনুসারে আপনার সুইচগুলি কনফিগার করবে এবং, সম্ভবত, এমনকি একটি BGP ইন্টারফেস বাড়াতেও সাহায্য করবে। প্রদানকারীদের সাথে (যদি ঘোষণা করার জন্য আপনার নিজের আইপি ঠিকানার সাবনেট থাকে)।

মূল সমস্যা হল ডেটা সেন্টার আপনার আইটি বিভাগ নয়, এটি একটি পৃথক কোম্পানি যার লক্ষ্য লাভ করা। ক্লায়েন্ট হিসাবে আপনার খরচ সহ। ডেটা সেন্টারটি র্যাক সরবরাহ করে, তাদের বিদ্যুৎ এবং ঠান্ডা সরবরাহ করে এবং ইন্টারনেটে কিছু "ডিফল্ট" সংযোগও দেয়। এই পরিকাঠামোর উপর ভিত্তি করে, ডেটা সেন্টার আপনার যন্ত্রপাতি (কোলোকেশন) সহ-লোকেট করতে পারে, আপনাকে একটি সার্ভার ভাড়া দিতে পারে (ডেডিকেটেড সার্ভার), বা একটি পরিচালিত পরিষেবা প্রদান করতে পারে (উদাহরণস্বরূপ, OpenStack বা K8s)। কিন্তু ডেটা সেন্টারের ব্যবসা (সাধারণত) গ্রাহক পরিকাঠামোর প্রশাসন নয়, কারণ এই প্রক্রিয়াটি বরং শ্রম-নিবিড়, দুর্বলভাবে স্বয়ংক্রিয় (এবং একটি সাধারণ ডেটা সেন্টারে সবকিছুই স্বয়ংক্রিয়), একীভূত আরও খারাপ (প্রতিটি ক্লায়েন্ট পৃথক) এবং সাধারণত দাবীতে পরিপূর্ণ ("আপনি আমাকে বলুন সার্ভার সেট আপ করা হয়েছিল, এবং এখন এটি ক্র্যাশ হয়ে গেছে, এটি সমস্ত আপনার দোষ!!! 111")। অতএব, হোস্টার যদি আপনাকে কিছুতে সাহায্য করে, তবে তিনি এটিকে যতটা সম্ভব সহজ এবং "কন্ডো" করার চেষ্টা করবেন। কারণ এটি করা কঠিন - অলাভজনক, অন্তত এই হোস্টারের প্রকৌশলীদের শ্রম ব্যয়ের দৃষ্টিকোণ থেকে (তবে পরিস্থিতি ভিন্ন, দাবিত্যাগ দেখুন)। এর মানে এই নয় যে হোস্ট অগত্যা সবকিছু খারাপভাবে করবে। তবে এটি মোটেও সত্য নয় যে তিনি ঠিক আপনার যা প্রয়োজন তা করবেন।

দেখে মনে হবে বিষয়টি বেশ সুস্পষ্ট, কিন্তু আমার অনুশীলনে আমি বেশ কয়েকবার এই সত্যটি পেয়েছি যে সংস্থাগুলি তাদের হোস্টিং সরবরাহকারীর উপর তাদের উচিত তার চেয়ে কিছুটা বেশি নির্ভর করতে শুরু করে এবং এটি ভাল কিছুর দিকে পরিচালিত করেনি। বিশদভাবে ব্যাখ্যা করতে অনেক সময় লেগেছে যে কোনও SLA ডাউনটাইম ক্ষতি কভার করবে না (ব্যতিক্রম আছে, তবে সাধারণত এটি ক্লায়েন্টের জন্য খুব, খুব ব্যয়বহুল) এবং হোস্টার গ্রাহকদের পরিকাঠামোতে কী ঘটছে সে সম্পর্কে একেবারেই সচেতন নয়। (খুব সাধারণ সূচক ছাড়া)। এবং হোস্টার আপনার জন্য ব্যাকআপও তৈরি করে না। আপনার একাধিক হোস্টার থাকলে পরিস্থিতি আরও খারাপ। তাদের মধ্যে কোন সমস্যা হলে, তারা অবশ্যই আপনার জন্য কী ভুল হয়েছে তা খুঁজে পাবে না।

আসলে, এখানে উদ্দেশ্যগুলি "প্রশাসক বনাম আউটসোর্সিং এর নিজস্ব দল" বেছে নেওয়ার মতোই। যদি ঝুঁকি গণনা করা হয়, মান স্যুট, এবং ব্যবসা আপত্তি না - কেন চেষ্টা করবেন না. অন্যদিকে, নেটওয়ার্ক হল অবকাঠামোর সবচেয়ে মৌলিক স্তরগুলির মধ্যে একটি, এবং আপনি যদি ইতিমধ্যেই নিজের সবকিছু সমর্থন করেন তবে এটি বাইরের লোকদের কাছে দেওয়া খুব কমই উপযুক্ত।

আপনার কখন নেটওয়ার্কার দরকার?

আরও, আমরা আধুনিক পণ্য সংস্থাগুলিতে ফোকাস করব। অপারেটর এবং এন্টারপ্রাইজগুলির সাথে, সবকিছু প্লাস বা মাইনাস পরিষ্কার - সাম্প্রতিক বছরগুলিতে সেখানে সামান্য পরিবর্তন হয়েছে, এবং নেটওয়ার্কারদের আগে সেখানে প্রয়োজন ছিল, এখন তাদের প্রয়োজন। কিন্তু খুব "তরুণ এবং সাহসী" জিনিসগুলি এত সহজ নয়। প্রায়শই তারা তাদের পরিকাঠামো সম্পূর্ণরূপে মেঘের মধ্যে রাখে, তাই তাদের প্রশাসকেরও প্রয়োজন হয় না, অবশ্যই সেই একই মেঘের প্রশাসক ব্যতীত। অবকাঠামো, একদিকে, এটির ডিজাইনে বেশ সহজ, অন্যদিকে, এটি ভাল স্বয়ংক্রিয় (অ্যান্সিবল / পুতুল, টেরাফর্ম, সিআই / সিডি ... ভাল, আপনি জানেন)। তবে এখানেও এমন পরিস্থিতি রয়েছে যখন আপনি নেটওয়ার্ক ইঞ্জিনিয়ার ছাড়া করতে পারবেন না।

উদাহরণ 1, ক্লাসিক

ধরুন একটি কোম্পানি একটি সার্ভার দিয়ে শুরু করে একটি পাবলিক আইপি-ঠিকানা দিয়ে, যা ডেটা সেন্টারে অবস্থিত। তারপর দুটি সার্ভার আছে। তারপর আরও ... শীঘ্রই বা পরে, সার্ভারগুলির মধ্যে একটি ব্যক্তিগত নেটওয়ার্কের প্রয়োজন রয়েছে। কারণ "বহিরাগত" ট্র্যাফিক ব্যান্ডউইথ (উদাহরণস্বরূপ 100Mbps-এর বেশি নয়) এবং প্রতি মাসে ডাউনলোড/আপলোড হওয়া উভয়ের মাধ্যমেই সীমিত (বিভিন্ন হোস্টারের বিভিন্ন ট্যারিফ থাকে, কিন্তু একটি নিয়ম হিসাবে বাইরের বিশ্বের ব্যান্ডউইথ অনেক বেশি। একটি ব্যক্তিগত নেটওয়ার্কের চেয়ে বেশি ব্যয়বহুল)।

হোস্টার সার্ভারে অতিরিক্ত নেটওয়ার্ক কার্ড যোগ করে এবং একটি পৃথক ভ্লানে তাদের সুইচগুলিতে অন্তর্ভুক্ত করে। সার্ভারের মধ্যে একটি "ফ্ল্যাট" ল্যান উপস্থিত হয়। আরামপ্রদ!

সার্ভারের সংখ্যা বাড়ছে, ব্যক্তিগত নেটওয়ার্কে ট্রাফিকও বাড়ছে - ব্যাকআপ, প্রতিলিপি ইত্যাদি। হোস্টার আপনাকে আলাদা সুইচে নিয়ে যাওয়ার প্রস্তাব দেয় যাতে আপনি অন্য ক্লায়েন্টদের সাথে হস্তক্ষেপ না করেন এবং তারা আপনার সাথে হস্তক্ষেপ না করে। হোস্টার কিছু ধরণের সুইচ রাখে এবং কোনওভাবে সেগুলি কনফিগার করে - সম্ভবত, আপনার সমস্ত সার্ভারের মধ্যে একটি ফ্ল্যাট নেটওয়ার্ক রেখে। সবকিছু ঠিকঠাক কাজ করে, কিন্তু একটি নির্দিষ্ট সময়ে, সমস্যাগুলি শুরু হয়: হোস্টগুলির মধ্যে বিলম্ব পর্যায়ক্রমে বৃদ্ধি পায়, লগগুলি প্রতি সেকেন্ডে অনেকগুলি এআরপি প্যাকেটের শপথ করে, এবং পেন্টেস্টার অডিটের সময় আপনার সমগ্র স্থানীয় এলাকাকে ধর্ষণ করে, শুধুমাত্র একটি সার্ভার ভেঙে দেয়।

কি করতে হবে?

নেটওয়ার্ককে সেগমেন্টে ভাগ করুন - vlans। প্রতিটি ভ্লানে আপনার নিজস্ব ঠিকানা সেট আপ করুন, একটি গেটওয়ে নির্বাচন করুন যা নেটওয়ার্কগুলির মধ্যে ট্রাফিক স্থানান্তর করবে৷ গেটওয়েতে, বিভাগগুলির মধ্যে অ্যাক্সেস সীমাবদ্ধ করতে acl কনফিগার করুন, বা এমনকি এটির পাশে একটি পৃথক ফায়ারওয়াল রাখুন।

উদাহরণ 1, অব্যাহত

সার্ভারগুলি একটি কর্ড দিয়ে স্থানীয় এলাকার সাথে সংযুক্ত থাকে। র্যাকের সুইচগুলো কোনোভাবে একে অপরের সাথে সংযুক্ত থাকে, কিন্তু একটি র্যাকে দুর্ঘটনা ঘটলে আরো তিনটি প্রতিবেশী পড়ে যায়। স্কিম বিদ্যমান, কিন্তু তাদের প্রাসঙ্গিকতা সম্পর্কে সন্দেহ আছে. প্রতিটি সার্ভারের নিজস্ব পাবলিক অ্যাড্রেস থাকে, যা হোস্ট দ্বারা জারি করা হয় এবং র্যাকের সাথে আবদ্ধ হয়। সেগুলো. সার্ভার সরানোর সময়, ঠিকানা পরিবর্তন করতে হবে।

কি করতে হবে?

LAG (লিঙ্ক অ্যাগ্রিগেশন গ্রুপ) ব্যবহার করে সার্ভারগুলিকে দুটি কর্ডের সাহায্যে র্যাকে সুইচ করুন (এগুলিকেও অপ্রয়োজনীয় হতে হবে)। র্যাকগুলির মধ্যে সংযোগগুলি সংরক্ষণ করুন, একটি "তারকা" (বা এখন ফ্যাশনেবল CLOS) দিয়ে পুনরায় তৈরি করুন যাতে একটি র্যাকের ক্ষতি অন্যদের প্রভাবিত না করে। "কেন্দ্রীয়" র্যাকগুলি নির্বাচন করুন যেখানে নেটওয়ার্ক কোর অবস্থিত হবে এবং যেখানে অন্যান্য র্যাকগুলি অন্তর্ভুক্ত করা হবে৷ একই সময়ে, পাবলিক অ্যাড্রেসিং ক্রমানুসারে রাখুন, হোস্টার থেকে (বা যদি সম্ভব হয় RIR থেকে) একটি সাবনেট নিন, যা আপনি নিজেই (বা হোস্টারের মাধ্যমে) বিশ্বের কাছে ঘোষণা করেন।

নেটওয়ার্ক সম্পর্কে গভীর জ্ঞান নেই এমন একজন "নিয়মিত" সিস্টেম অ্যাডমিনিস্ট্রেটর কি এই সব করতে পারে? নিশ্চিত না. হোস্ট এটা করবে? হয়তো এটি হবে, কিন্তু আপনার একটি বরং বিস্তারিত TOR প্রয়োজন, যা কারো দ্বারা কম্পাইল করাও প্রয়োজন হবে। এবং তারপর পরীক্ষা করুন যে সবকিছু সঠিকভাবে করা হয়েছে।

উদাহরণ 2: মেঘলা

ধরুন আপনার কিছু পাবলিক ক্লাউডে একটি ভিপিসি আছে। VPC-এর ভিতরের স্থানীয় নেটওয়ার্কে অফিস বা অবকাঠামোর অন-প্রিম অংশ থেকে অ্যাক্সেস পেতে, আপনাকে IPSec বা একটি ডেডিকেটেড চ্যানেলের মাধ্যমে একটি সংযোগ সেট আপ করতে হবে। একদিকে, IPSec সস্তা। অতিরিক্ত হার্ডওয়্যার কেনার দরকার নেই, আপনি একটি সর্বজনীন ঠিকানা এবং ক্লাউড সহ আপনার সার্ভারের মধ্যে একটি টানেল সেট আপ করতে পারেন৷ কিন্তু - বিলম্ব, সীমিত কর্মক্ষমতা (যেহেতু চ্যানেলটি এনক্রিপ্ট করা প্রয়োজন), এবং অ-গ্যারান্টিড সংযোগ (যেহেতু অ্যাক্সেস নিয়মিত ইন্টারনেটের মাধ্যমে যায়)।

কি করতে হবে?

একটি ডেডিকেটেড চ্যানেলের মাধ্যমে সংযোগ বাড়ান (উদাহরণস্বরূপ, AWS এটিকে ডাইরেক্ট কানেক্ট বলে)। এটি করার জন্য, একজন অংশীদার অপারেটর খুঁজুন যিনি আপনাকে সংযুক্ত করবেন, আপনার নিকটতম সংযোগ বিন্দুর বিষয়ে সিদ্ধান্ত নেবেন (আপনি উভয়ই অপারেটর এবং অপারেটর ক্লাউডে) এবং অবশেষে, সবকিছু সেট আপ করুন। এই সব একটি নেটওয়ার্ক ইঞ্জিনিয়ার ছাড়া করা যাবে? নিশ্চিত, হ্যাঁ. তবে সমস্যার ক্ষেত্রে এটি ছাড়া কীভাবে সমস্যা সমাধান করা যায় তা আর পরিষ্কার নয়।

এবং মেঘের মধ্যে উপলব্ধতার সমস্যাও হতে পারে (যদি আপনার মাল্টিক্লাউড থাকে) বা বিভিন্ন অঞ্চলের মধ্যে বিলম্বের সমস্যা ইত্যাদি। অবশ্যই, এখন এমন অনেক সরঞ্জাম রয়েছে যা ক্লাউডে যা ঘটছে তার স্বচ্ছতা বাড়ায় (একই হাজার চোখ), তবে এগুলি সমস্ত নেটওয়ার্ক ইঞ্জিনিয়ার সরঞ্জাম, এবং প্রতিস্থাপন নয়।

আমি আমার অনুশীলন থেকে এরকম আরও এক ডজন উদাহরণ স্কেচ করতে পারি, কিন্তু আমি মনে করি এটি পরিষ্কার যে একটি দলে, অবকাঠামো উন্নয়নের একটি নির্দিষ্ট স্তর থেকে শুরু করে, এমন একজন ব্যক্তি (বা আরও ভাল, একাধিক) থাকা উচিত যিনি জানেন যে কীভাবে নেটওয়ার্ক কাজ করে, নেটওয়ার্ক সরঞ্জাম কনফিগার করতে পারে এবং সমস্যা দেখা দিলে তা মোকাবেলা করতে পারে। বিশ্বাস করুন, তার কিছু করার থাকবে

একজন নেটওয়ার্কারের কি জানা উচিত?

একজন নেটওয়ার্ক ইঞ্জিনিয়ারের জন্য শুধুমাত্র নেটওয়ার্কের সাথে ডিল করা এবং অন্য কিছু করার জন্য এটি মোটেও প্রয়োজনীয় নয় (এবং এমনকি কখনও কখনও ক্ষতিকারক)। এমনকি যদি আমরা একটি পরিকাঠামোর বিকল্পটি বিবেচনা না করি যা প্রায় সম্পূর্ণভাবে একটি পাবলিক ক্লাউডে থাকে (এবং, যাই হোক না কেন, এটি আরও বেশি জনপ্রিয় হয়ে উঠছে), এবং উদাহরণস্বরূপ, প্রিমাইজ বা ব্যক্তিগত মেঘে, যেখানে শুধুমাত্র "CCNP স্তরে জ্ঞান" আপনি ছেড়ে যাবেন না।

এছাড়াও, প্রকৃতপক্ষে, নেটওয়ার্কগুলি - যদিও অধ্যয়নের জন্য কেবল একটি অন্তহীন ক্ষেত্র রয়েছে, এমনকি যদি আপনি শুধুমাত্র একটি দিকে মনোনিবেশ করেন (প্রোভাইডার নেটওয়ার্ক, উদ্যোগ, ডেটা সেন্টার, Wi-Fi ...)

অবশ্যই, আপনাদের মধ্যে অনেকেই এখন পাইথন এবং অন্যান্য "নেটওয়ার্ক অটোমেশন" মনে রাখবেন, তবে এটি শুধুমাত্র একটি প্রয়োজনীয়, কিন্তু পর্যাপ্ত শর্ত নয়। একজন নেটওয়ার্ক প্রকৌশলীকে "সফলভাবে দলে যোগদান" করার জন্য, তাকে অবশ্যই ডেভেলপার এবং সহযোগী অ্যাডমিন/ডেভপ উভয়ের সাথে একই ভাষা বলতে সক্ষম হতে হবে। এর মানে কী?

• লিনাক্সে শুধুমাত্র একজন ব্যবহারকারী হিসাবে কাজ করতে সক্ষম হবেন না, অন্তত একটি সিসাডমিন-জুনিয়র স্তরে এটি পরিচালনা করতে পারবেন: প্রয়োজনীয় সফ্টওয়্যার ইনস্টল করুন, একটি পতিত পরিষেবা পুনরায় চালু করুন, একটি সাধারণ সিস্টেমড-ইউনিট লিখুন।
• লিনাক্সে নেটওয়ার্ক স্ট্যাক কীভাবে কাজ করে, হাইপারভাইজার এবং পাত্রে (lxc/docker/kubernetes) নেটওয়ার্ক কীভাবে কাজ করে তা বুঝুন (অন্তত সাধারণ শর্তে)।
• অবশ্যই, উত্তরযোগ্য/শেফ/পুতুল বা অন্য SCM সিস্টেমের সাথে কাজ করতে সক্ষম হবেন।
• ব্যক্তিগত ক্লাউডের জন্য SDN এবং নেটওয়ার্ক সম্পর্কে একটি পৃথক লাইন লিখতে হবে (উদাহরণস্বরূপ, TungstenFabric বা OpenvSwitch)। এটি জ্ঞানের আরেকটি বিশাল অংশ।

সংক্ষেপে, আমি একটি সাধারণ টি-শেপ বিশেষজ্ঞের বর্ণনা করেছি (যেমন এটি এখন বলতে ফ্যাশনেবল)। এটি নতুন কিছু নয় বলে মনে হচ্ছে, তবে, সাক্ষাত্কারের অভিজ্ঞতা অনুসারে, সমস্ত নেটওয়ার্ক ইঞ্জিনিয়ার উপরের তালিকা থেকে কমপক্ষে দুটি বিষয়ে জ্ঞান নিয়ে গর্ব করতে পারে না। অনুশীলনে, "সম্পর্কিত এলাকায়" জ্ঞানের অভাব শুধুমাত্র সহকর্মীদের সাথে যোগাযোগ করাই নয়, প্রকল্পের সর্বনিম্ন-স্তরের অবকাঠামো হিসাবে নেটওয়ার্কে ব্যবসার যে প্রয়োজনীয়তা আরোপ করে তা বোঝাও কঠিন করে তোলে। এবং এই বোঝাপড়া ছাড়া, যুক্তিসঙ্গতভাবে আপনার দৃষ্টিভঙ্গি রক্ষা করা এবং এটি ব্যবসার কাছে "বিক্রয়" করা আরও কঠিন হয়ে ওঠে।

অন্যদিকে, "সিস্টেমটি কীভাবে কাজ করে তা বোঝার" খুব অভ্যাস নেটওয়ার্কারদের বিভিন্ন "জেনারেলিস্টদের" থেকে খুব ভাল সুবিধা দেয় যারা হ্যাব্রে/মাঝারি এবং টেলিগ্রাম চ্যাটের নিবন্ধগুলি থেকে প্রযুক্তি সম্পর্কে জানেন, কিন্তু এটি কোন নীতি বা নীতিগুলি সম্পর্কে একেবারেই জানেন না যে সফটওয়্যার কাজ করে। এবং কিছু নিয়মিততার জ্ঞান, যেমন আপনি জানেন, সফলভাবে অনেক তথ্যের জ্ঞানকে প্রতিস্থাপন করে।

উপসংহার, বা সহজভাবে TL;DR

1. একজন নেটওয়ার্ক অ্যাডমিনিস্ট্রেটর (যেমন একজন ডিবিএ বা ভিওআইপি প্রকৌশলী) একটি সংকীর্ণ প্রোফাইলের বিশেষজ্ঞ (সিস্যাডমিন / ডেভপস / এসআরই থেকে ভিন্ন), যার প্রয়োজন অবিলম্বে দেখা দেয় না (এবং বাস্তবে দীর্ঘ সময়ের জন্য নাও উঠতে পারে) . কিন্তু যদি এটি দেখা দেয়, তবে এটি বাইরের দক্ষতা দ্বারা প্রতিস্থাপিত হওয়ার সম্ভাবনা নেই (আউটসোর্সিং বা সাধারণ সাধারণ প্রশাসক, "যারা নেটওয়ার্কেরও দেখাশোনা করেন")। যা কিছুটা দুঃখজনক তা হল যে এই জাতীয় বিশেষজ্ঞদের প্রয়োজন কম, এবং শর্তসাপেক্ষে, 800 প্রোগ্রামার এবং 30 জন ডেভপস/প্রশাসক সহ একটি সংস্থায়, কেবলমাত্র দুজন নেটওয়ার্কার থাকতে পারে যারা তাদের কাজটি নিখুঁতভাবে করে। সেগুলো. বাজার ছিল এবং খুব, খুব ছোট, এবং একটি ভাল বেতন সঙ্গে এমনকি কম.
2. অন্যদিকে, আধুনিক বিশ্বের একজন ভাল নেটওয়ার্কারকে শুধুমাত্র নেটওয়ার্কগুলিই নয় (এবং কীভাবে তাদের কনফিগারেশন স্বয়ংক্রিয় করতে হয়), তবে কীভাবে অপারেটিং সিস্টেম এবং সফ্টওয়্যারগুলি তাদের সাথে যোগাযোগ করে, যা এই নেটওয়ার্কগুলির উপর চলে তাও জানা উচিত। এটি ছাড়া, সহকর্মীরা আপনার কাছ থেকে কী চাইছেন তা বোঝা এবং তাদের কাছে আপনার ইচ্ছা / প্রয়োজনীয়তাগুলি (যৌক্তিকভাবে) জানানো অত্যন্ত কঠিন হবে।
3. কোন ক্লাউড নেই, এটা অন্য কারো কম্পিউটার। আপনাকে বুঝতে হবে যে পাবলিক/প্রাইভেট ক্লাউডের ব্যবহার বা হোস্টিং প্রদানকারীদের পরিষেবা "যারা আপনার জন্য সবকিছু করে" এই সত্যটিকে অস্বীকার করে না যে আপনার অ্যাপ্লিকেশনটি এখনও নেটওয়ার্ক ব্যবহার করছে এবং এটির সাথে সমস্যাগুলি আপনার অ্যাপ্লিকেশনটির ক্রিয়াকলাপকে প্রভাবিত করবে। . আপনার পছন্দ যেখানে যোগ্যতা কেন্দ্র অবস্থিত হবে, যা আপনার প্রকল্পের নেটওয়ার্কের জন্য দায়ী হবে।

উত্স: www.habr.com