কিভাবে আপনার নেটওয়ার্ক পরিকাঠামো নিয়ন্ত্রণ নিতে. প্রথম অধ্যায়। রাখা

এই নিবন্ধটি "কিভাবে আপনার নেটওয়ার্ক পরিকাঠামো নিয়ন্ত্রণ করতে হয়" নিবন্ধগুলির একটি সিরিজের মধ্যে প্রথম। সিরিজের সমস্ত নিবন্ধের বিষয়বস্তু এবং লিঙ্কগুলি পাওয়া যাবে এখানে.

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

সুতরাং, প্রাথমিক শর্ত.

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

আপনার প্রথম কৌশলগত লক্ষ্য হল এনট্রপি প্রতিরোধ করতে শেখা এবং প্রদত্ত পরিষেবার স্তর বজায় রাখা।

নীচে বর্ণিত সমস্যাগুলির অনেকগুলি বিভিন্ন উপায়ে সমাধান করা যেতে পারে। আমি ইচ্ছাকৃতভাবে প্রযুক্তিগত বাস্তবায়নের বিষয়টি উত্থাপন করি না, কারণ ... নীতিগতভাবে, আপনি কীভাবে এই বা সেই সমস্যাটি সমাধান করেছেন তা প্রায়শই গুরুত্বপূর্ণ নয়, তবে আপনি কীভাবে এটি ব্যবহার করেন এবং আপনি এটি আদৌ ব্যবহার করেন কিনা তা গুরুত্বপূর্ণ। উদাহরণস্বরূপ, আপনার পেশাদারভাবে নির্মিত মনিটরিং সিস্টেমটি সামান্য কাজে লাগে যদি আপনি এটির দিকে তাকান না এবং সতর্কতার প্রতিক্রিয়া না দেন।

উপকরণ

প্রথমে আপনাকে বুঝতে হবে সবচেয়ে বড় ঝুঁকি কোথায়।

আবার, এটা ভিন্ন হতে পারে. আমি স্বীকার করি যে কোথাও, উদাহরণস্বরূপ, এগুলি নিরাপত্তার সমস্যা হবে, এবং কোথাও, পরিষেবার ধারাবাহিকতা সম্পর্কিত সমস্যা, এবং কোথাও, হতে পারে, অন্য কিছু। কেন না?

আসুন ধরে নিই, পরিষ্কার হতে, এটি এখনও পরিষেবার ধারাবাহিকতা (আমি যেখানে কাজ করেছি সেই সমস্ত সংস্থার ক্ষেত্রে এটি ছিল)।

তারপরে আপনাকে সরঞ্জাম দিয়ে শুরু করতে হবে। এখানে মনোযোগ দিতে বিষয়গুলির একটি তালিকা রয়েছে:

• সমালোচনার ডিগ্রী দ্বারা সরঞ্জামের শ্রেণীবিভাগ
• গুরুত্বপূর্ণ সরঞ্জামের ব্যাকআপ
• সমর্থন, লাইসেন্স

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

উদাহরণ

ধরা যাক আমরা একটি ডাটা সেন্টারে রুট সুইচের কথা বলছি।

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

গুরুত্বপূর্ণ ! আপনাকে এই সমস্যাটি নিজেই সিদ্ধান্ত নিতে হবে না। আপনাকে অবশ্যই ব্যবস্থাপনা বা কোম্পানি পরিচালনার ঝুঁকি, সম্ভাব্য সমাধান এবং খরচ বর্ণনা করতে হবে। তাদের সিদ্ধান্ত নিতে হবে।

সুতরাং, যদি সিদ্ধান্ত নেওয়া হয় যে, দ্বিগুণ ব্যর্থতার সামান্য সম্ভাবনার পরিপ্রেক্ষিতে, একটি সুইচে 4 ঘন্টা কাজ করা নীতিগতভাবে, গ্রহণযোগ্য, তবে আপনি কেবল উপযুক্ত সমর্থন নিতে পারেন (যা অনুযায়ী সরঞ্জামগুলি 4 এর মধ্যে প্রতিস্থাপিত হবে) ঘন্টার).

কিন্তু একটি ঝুঁকি আছে যে তারা প্রদান করবে না। দুর্ভাগ্যবশত, আমরা একবার এমন পরিস্থিতিতে নিজেদের খুঁজে পেয়েছি। চার ঘন্টার পরিবর্তে, সরঞ্জাম এক সপ্তাহের জন্য ভ্রমণ !!!

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

গুরুত্বপূর্ণ ! মেয়াদ শেষ হওয়ার তারিখ সহ আপনার কাছে থাকা সমস্ত সমর্থনের একটি স্প্রেডশীট তৈরি করুন এবং এটি আপনার ক্যালেন্ডারে যুক্ত করুন যাতে আপনি কমপক্ষে এক মাস আগে একটি ইমেল পান যাতে আপনার সমর্থন পুনর্নবীকরণের বিষয়ে চিন্তা করা শুরু করা উচিত।

আপনি যদি আপনার সমর্থন পুনর্নবীকরণ করতে ভুলে যান এবং আপনার হার্ডওয়্যার বিরতি শেষ হওয়ার পরের দিন আপনাকে ক্ষমা করা হবে না।

জরুরী কাজ

আপনার নেটওয়ার্কে যাই ঘটুক না কেন, আদর্শভাবে আপনার নেটওয়ার্ক সরঞ্জামগুলিতে অ্যাক্সেস বজায় রাখা উচিত।

গুরুত্বপূর্ণ ! আপনার অবশ্যই সমস্ত সরঞ্জামগুলিতে কনসোল অ্যাক্সেস থাকতে হবে এবং এই অ্যাক্সেসটি ব্যবহারকারীর ডেটা নেটওয়ার্কের স্বাস্থ্যের উপর নির্ভর করবে না।

আপনার সম্ভাব্য নেতিবাচক পরিস্থিতির পূর্বাভাস দেওয়া উচিত এবং প্রয়োজনীয় পদক্ষেপগুলি নথিভুক্ত করা উচিত। এই নথির প্রাপ্যতাও সমালোচনামূলক, তাই এটি শুধুমাত্র বিভাগের জন্য শেয়ার করা সম্পদে পোস্ট করা উচিত নয়, তবে স্থানীয়ভাবে ইঞ্জিনিয়ারদের কম্পিউটারে সংরক্ষণ করা উচিত।

হতে হবে

• বিক্রেতা বা ইন্টিগ্রেটর সমর্থন সহ একটি টিকিট খোলার জন্য প্রয়োজনীয় তথ্য
• কোন সরঞ্জামে কিভাবে যেতে হয় তার তথ্য (কনসোল, ব্যবস্থাপনা)

অবশ্যই, এটিতে অন্য কোনও দরকারী তথ্যও থাকতে পারে, উদাহরণস্বরূপ, বিভিন্ন সরঞ্জাম এবং দরকারী ডায়গনিস্টিক কমান্ডের আপগ্রেড পদ্ধতির বিবরণ।

Партнеры

এখন আপনাকে অংশীদারদের সাথে সম্পর্কিত ঝুঁকিগুলি মূল্যায়ন করতে হবে। সাধারণত এই

• ইন্টারনেট প্রদানকারী এবং ট্রাফিক এক্সচেঞ্জ পয়েন্ট (IX)
• যোগাযোগ চ্যানেল প্রদানকারী

আপনি নিজেকে কি প্রশ্ন জিজ্ঞাসা করা উচিত? সরঞ্জামগুলির মতো, বিভিন্ন জরুরী পরিস্থিতি অবশ্যই বিবেচনা করা উচিত। উদাহরণস্বরূপ, ইন্টারনেট প্রদানকারীদের জন্য, এটি এমন কিছু হতে পারে:

• ইন্টারনেট প্রদানকারী X যদি কোনো কারণে আপনাকে পরিষেবা দেওয়া বন্ধ করে দেয় তাহলে কী হবে?
• অন্যান্য প্রদানকারীদের কি আপনার জন্য পর্যাপ্ত ব্যান্ডউইথ থাকবে?
• কানেক্টিভিটি কতটা ভালো থাকবে?
• আপনার ইন্টারনেট প্রদানকারীরা কতটা স্বাধীন এবং তাদের মধ্যে একটির গুরুতর বিভ্রাট কি অন্যদের সাথে সমস্যা সৃষ্টি করবে?
• আপনার ডেটা সেন্টারে কতগুলি অপটিক্যাল ইনপুট?
• একটি ইনপুট সম্পূর্ণরূপে ধ্বংস হলে কি হবে?

ইনপুট সম্পর্কে, দুটি ভিন্ন কোম্পানিতে আমার অনুশীলনে, দুটি ভিন্ন ডেটা সেন্টারে, একটি খননকারী কূপ ধ্বংস করেছিল এবং শুধুমাত্র অলৌকিকভাবে আমাদের আলোকবিদ্যা প্রভাবিত হয়নি। এটি এমন একটি বিরল ঘটনা নয়।

এবং, অবশ্যই, আপনাকে কেবল এই প্রশ্নগুলি জিজ্ঞাসা করতে হবে না, তবে, আবার, ব্যবস্থাপনার সহায়তায়, যে কোনও পরিস্থিতিতে একটি গ্রহণযোগ্য সমাধান সরবরাহ করতে হবে।

ব্যাকআপ

পরবর্তী অগ্রাধিকার হতে পারে সরঞ্জাম কনফিগারেশনের ব্যাকআপ। যাই হোক না কেন, এটি একটি খুব গুরুত্বপূর্ণ পয়েন্ট। আপনি যখন কনফিগারেশন হারাতে পারেন তখন আমি সেই কেসগুলি তালিকাভুক্ত করব না; নিয়মিত ব্যাকআপ করা এবং এটি সম্পর্কে চিন্তা না করা ভাল। উপরন্তু, নিয়মিত ব্যাকআপ পরিবর্তনগুলি নিরীক্ষণ করতে খুব কার্যকর হতে পারে।

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

সফটওয়্যার সংস্করণ

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

এখানে আপনাকে সেরা বিকল্পটি খুঁজে বের করতে হবে। কয়েকটি সুস্পষ্ট সুপারিশ

• শুধুমাত্র স্থিতিশীল সংস্করণ ইনস্টল করুন
• তবুও, আপনার সফ্টওয়্যারটির খুব পুরানো সংস্করণে থাকা উচিত নয়
• কিছু সফ্টওয়্যার কোথায় অবস্থিত সে সম্পর্কে তথ্য সহ একটি চিহ্ন তৈরি করুন
• পর্যায়ক্রমে সফ্টওয়্যার সংস্করণে দুর্বলতা এবং বাগ সংক্রান্ত প্রতিবেদনগুলি পড়ুন এবং গুরুতর সমস্যার ক্ষেত্রে, আপনার আপগ্রেড করার বিষয়ে চিন্তা করা উচিত

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

ক্রিটিক্যাল ইকুইপমেন্টের ক্ষেত্রে, আপনি আপগ্রেড করার জন্য আপনাকে সাহায্য করার অনুরোধ সহ বিক্রেতার সহায়তার সাথে যোগাযোগ করতে পারেন।

টিকিট সিস্টেম

এখন আপনি চারপাশে দেখতে পারেন. আপনাকে অন্যান্য বিভাগের সাথে এবং বিভাগের মধ্যে মিথস্ক্রিয়া করার জন্য প্রক্রিয়াগুলি স্থাপন করতে হবে।

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

টিকিট সিস্টেমটি মূলত অভ্যন্তরীণ এবং বাহ্যিক যোগাযোগের জন্য আপনার ইন্টারফেস, এবং আপনার এই ইন্টারফেসটি যথেষ্ট বিশদভাবে বর্ণনা করা উচিত।

এক্সেস খোলার একটি গুরুত্বপূর্ণ এবং সাধারণ কাজের উদাহরণ নেওয়া যাক। আমি একটি অ্যালগরিদম বর্ণনা করব যা কোম্পানিগুলির মধ্যে একটিতে পুরোপুরি কাজ করেছিল।

উদাহরণ

আসুন এই সত্যটি দিয়ে শুরু করা যাক যে প্রায়শই অ্যাক্সেস গ্রাহকরা নেটওয়ার্ক ইঞ্জিনিয়ারের কাছে বোধগম্য ভাষায় তাদের আকাঙ্ক্ষা তৈরি করে, যেমন, অ্যাপ্লিকেশনের ভাষায়, উদাহরণস্বরূপ, "আমাকে 1C অ্যাক্সেস দিন।"

অতএব, আমরা এই ধরনের ব্যবহারকারীদের কাছ থেকে সরাসরি অনুরোধ গ্রহণ করিনি।
আর এটাই ছিল প্রথম চাহিদা

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

দ্বিতীয় প্রয়োজন হল যে

• এই অ্যাক্সেসটি অবশ্যই লগ করা উচিত (যে প্রযুক্তিগত বিভাগ থেকে আমরা এই অনুরোধটি পেয়েছি) এবং একটি অনুরোধ হিসাবে আমরা এই লগ করা অ্যাক্সেসের একটি লিঙ্ক পাই

এই অনুরোধের ফর্মটি অবশ্যই আমাদের কাছে বোধগম্য হতে হবে, অর্থাৎ

• অনুরোধে অবশ্যই কোন সাবনেট এবং কোন সাবনেট অ্যাক্সেস খোলা উচিত সে সম্পর্কে তথ্য থাকতে হবে, সেইসাথে প্রোটোকল এবং (tcp/udp-এর ক্ষেত্রে) পোর্টগুলি

এটি সেখানেও নির্দেশ করা উচিত

• এই অ্যাক্সেস কেন খোলা হয়েছে তার বর্ণনা
• অস্থায়ী বা স্থায়ী (যদি অস্থায়ী হয়, কোন তারিখ পর্যন্ত)

এবং একটি খুব গুরুত্বপূর্ণ পয়েন্ট অনুমোদন

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

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

লগিং

এটি এমন কিছু যা আপনি ডুবে যেতে পারেন। কিন্তু আপনি যদি একটি সক্রিয় পদ্ধতির বাস্তবায়ন করতে চান, তাহলে আপনাকে এই ডেটা প্রলয়ের সাথে কীভাবে মোকাবিলা করতে হবে তা শিখতে হবে।

এখানে কিছু ব্যবহারিক সুপারিশ আছে:

• আপনাকে প্রতিদিন লগগুলি পর্যালোচনা করতে হবে
• একটি পরিকল্পিত পর্যালোচনার ক্ষেত্রে (এবং জরুরী পরিস্থিতি নয়), আপনি নিজেকে 0, 1, 2 এর তীব্রতা স্তরে সীমাবদ্ধ করতে পারেন এবং যদি আপনি এটি প্রয়োজনীয় মনে করেন তবে অন্যান্য স্তর থেকে নির্বাচিত প্যাটার্ন যোগ করতে পারেন
• একটি স্ক্রিপ্ট লিখুন যা লগগুলিকে পার্স করে এবং সেই লগগুলিকে উপেক্ষা করে যার প্যাটার্নগুলি আপনি উপেক্ষা তালিকায় যুক্ত করেছেন

এই পদ্ধতিটি আপনাকে, সময়ের সাথে সাথে, লগগুলির একটি উপেক্ষা তালিকা তৈরি করার অনুমতি দেবে যা আপনার কাছে আকর্ষণীয় নয় এবং শুধুমাত্র সেইগুলি ছেড়ে দেবে যেগুলিকে আপনি সত্যিই গুরুত্বপূর্ণ মনে করেন।
এটা আমাদের জন্য মহান কাজ.

পর্যবেক্ষণ

একটি কোম্পানির জন্য একটি মনিটরিং সিস্টেমের অভাব অস্বাভাবিক নয়। আপনি, উদাহরণস্বরূপ, লগের উপর নির্ভর করতে পারেন, কিন্তু সরঞ্জামগুলি কিছু "বলার" সময় না করেই কেবল "মৃত্যু" হতে পারে, অথবা udp syslog প্রোটোকল প্যাকেট হারিয়ে যেতে পারে এবং পৌঁছাতে পারে না। সাধারণভাবে, অবশ্যই, সক্রিয় পর্যবেক্ষণ গুরুত্বপূর্ণ এবং প্রয়োজনীয়।

আমার অনুশীলনে দুটি সবচেয়ে জনপ্রিয় উদাহরণ:

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

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

প্রক্রিয়াটি এমনভাবে চিন্তা করুন যাতে সমস্ত প্রকৌশলী জাগবেন না। এর জন্য আমাদের ডিউটিতে একজন প্রকৌশলী ছিল।

পরিবর্তন নিয়ন্ত্রণ

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

অল্প কিছু টিপ্স:

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

আপনি পরিবর্তনের জন্য প্রতিদিন সমস্ত টিকিট পর্যালোচনা করে একটি প্রক্রিয়া হিসাবে এটি বাস্তবায়ন করতে পারেন।

প্রসেস

আপনাকে অবশ্যই আপনার দলে প্রক্রিয়াগুলি আনুষ্ঠানিকভাবে বর্ণনা করতে হবে। আপনি যদি এই পয়েন্টে পৌঁছে থাকেন, তাহলে আপনার দলে ইতিমধ্যেই অন্তত নিম্নলিখিত প্রক্রিয়াগুলি চলমান থাকা উচিত:

দৈনিক প্রক্রিয়া:

• টিকিট নিয়ে কাজ করা
• লগ সঙ্গে কাজ
• পরিবর্তন নিয়ন্ত্রণ
• দৈনিক চেক শীট

বার্ষিক প্রক্রিয়া:

• গ্যারান্টি, লাইসেন্সের সম্প্রসারণ

অ্যাসিঙ্ক্রোনাস প্রক্রিয়া:

• বিভিন্ন জরুরী পরিস্থিতিতে প্রতিক্রিয়া

প্রথম অংশের উপসংহার

আপনি কি লক্ষ্য করেছেন যে এই সব এখনও নেটওয়ার্ক কনফিগারেশন সম্পর্কে নয়, ডিজাইন সম্পর্কে নয়, নেটওয়ার্ক প্রোটোকল সম্পর্কে নয়, রাউটিং সম্পর্কে নয়, সুরক্ষা সম্পর্কে নয় ... এটি প্রায় কিছু। তবে এগুলি, যদিও সম্ভবত বিরক্তিকর, অবশ্যই, নেটওয়ার্ক বিভাগের কাজের খুব গুরুত্বপূর্ণ উপাদান।

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

নিম্নলিখিত অংশগুলি আপনাকে বলবে কিভাবে ত্রুটিগুলি খুঁজে বের করতে এবং দূর করতে হয় এবং তারপরে আপনার পরিকাঠামো উন্নত করতে হয়৷

অবশ্যই, আপনাকে ক্রমানুসারে সবকিছু করতে হবে না। সময় সমালোচনামূলক হতে পারে। সম্পদ অনুমতি দিলে সমান্তরালভাবে এটি করুন।

এবং একটি গুরুত্বপূর্ণ সংযোজন। যোগাযোগ করুন, জিজ্ঞাসা করুন, আপনার দলের সাথে পরামর্শ করুন। শেষ পর্যন্ত, তারাই এই সমস্ত সমর্থন করে এবং করে।

উত্স: www.habr.com