Network automation2
আমাদের জীবনে ইন্টারনেটের ব্যবহার বাড়বে বৈকি কমবে না। কারণ এখন ইন্টারনেট ব্যবসা-বাণিজ্য সরকারি সার্ভিস, শিক্ষা ব্যবস্থা, ব্যাংকিং সেক্টর, হেলথ কেয়ার সব কিছুই মধ্যে ঢুকে গেছে। তাহলে তো বাংলাদেশে ইন্টারনেটের ব্যবসা রমরমা থাকার কথা। সেটা হচ্ছে না। বরং বড় হতে গিয়ে প্রতিটা পদে পদে বাঁধাগ্রস্ত হচ্ছে।
এদিকে পলিসিগতভাবে এই ইন্টারনেটের সার্ভিস প্রোভাইডাররা খুব একটা সুবিধা পান না। যখন সঠিকভাবে কস্ট মডেলিং না করে ন্যূনতম প্যাকেটের দাম ৪০০ টাকা করা হয় তখন সেটার কোন বিজনেস কেস থাকে না। গ্রাহকদের জন্য প্রয়োজনীয় কোয়ালিটি অফ সার্ভিস ও ব্যাহত হচ্ছে দিনের পর দিন। বাংলাদেশে ইন্টারনেটের প্রসারে প্রাইভেট সেক্টরের পাশাপাশি পাবলিক সেক্টরের খুব একটা ইনভেস্টমেন্ট দেখা যায় না। তাহলে একটা ইন্টারনেট সার্ভিস প্রোভাইডার কিভাবে বাঁচবে?
উত্তর একটাই। স্কেল আপ করা। এটা একটা ভলিউম বিজনেস। মানে হচ্ছে গিয়ে একটা বিশাল সংখ্যক কাস্টমার বেইজকে সার্ভিস দিতে পারলেই একটা কোম্পানি টিকে যেতে পারে। ওই বিশাল সংখ্যক কাস্টমার ধরতে দরকার প্রচুর অটোমেশন। কারণ ওই সংখ্যা অ্যাচিভ করতে চাইলে ম্যানুয়াল হিউম্যান প্রভিশনিং সম্ভব নয়। এটার জন্যই দু'বছর আগে লিখেছিলাম নেটওয়ার্ক এবং আইএসপি অটোমেশন বইটা।
যেই ইনভেস্টমেন্ট লাগবে সেটা কিভাবে তোলা যাবে? এটার জন্য ফরেন ডিরেক্ট ইনভেস্টমেন্ট (এফডিআই) একটা রাস্তা হতে পারে। সেটা আসবে কিভাবে? ডিউ-ডিলিজেন্সে যখন একটা নেটওয়ার্ক স্ট্রাকচার্ডভাবে পাওয়া যাবে। সবাই কেন একটা স্ট্রাকচার্ড নেটওয়ার্ক চান? কারণ একটা নেটওয়ার্কের স্কেল আপ করতে চাইলে অর্থাৎ অটোমেশনের রাস্তায় হাঁটতে চাইলে তার শুরুতেই প্রয়োজন নেটওয়ার্কের স্ট্রাকচার্ড আন্ডারস্ট্যান্ডিং। এটাই বেজলাইন হবে নেটওয়ার্ক অটোমেশনের। নেটওয়ার্ক চালানোর অনেক অংশই ছেড়ে দেওয়া যায় লার্জ ল্যাঙ্গুয়েজ মডেলের উপরে। সেটার জন্য প্রয়োজন "নেটওয়ার্ক সোর্স অফ ট্রুথ।"
আচ্ছা, ওই বিশাল সংখ্যক কাস্টমার বেইজের সংখ্যা কত হতে পারে?
১ মিলিয়ন।
চলুন ডাইভ দেওয়া যাক আইএসপি এবং নেটওয়ার্ক অটোমেশনের দ্বিতীয় খন্ডে।
যখন আমরা বলি “১ মিলিয়ন সাবস্ক্রাইবার”, তখন এটা শুধু একটা সংখ্যা নয়—এটা একটা পুরো ইকোসিস্টেম। এত বড় কাস্টমার বেইজ মানে শুধু তার, রাউটার, সুইচ বা বিলিং সিস্টেম না। এর মানে হচ্ছে প্রতিদিন হাজার হাজার ছোট ছোট সমস্যা, রিকোয়েস্ট আর ইনসিডেন্ট—যেগুলো মানুষ দিয়ে হ্যান্ডেল করা যায় না, আর করলেও সেটা টেকসই হয় না।
এটাই সেই জায়গা যেখানে অটোমেশন শুধু “ভাল লাগার” বিষয় না, বরং বেঁচে থাকার প্রয়োজন।
ম্যানুয়াল নেটওয়ার্কের সীমাবদ্ধতা¶
যে নেটওয়ার্কে ডিভাইস যোগ করতে গেলে লোকজনকে মাঠে যেতে হয়, কনফিগ কপি-পেস্ট করতে হয়, মেইনটেন্যান্স টাইম দিতে হয়—সেই নেটওয়ার্ক কখনোই ১ মিলিয়নে উঠতে পারবে না। কারণ তখন প্রতিটা ভুলই মাল্টিপ্লাই হবে। একটা ভুল কনফিগ দশ হাজার ইউজার নামিয়ে দেবে চোখের পলকে।
এই ভুলের জঞ্জাল থেকেই বের হয়ে আসে একটাই শব্দ—স্ট্যান্ডার্ডাইজেশন।
স্ট্রাকচার্ড নেটওয়ার্ক আসলে কী?¶
স্ট্রাকচার্ড নেটওয়ার্ক হলো এমন একটা নেটওয়ার্ক যেটা মানুষের মুড দেখে না, লোকেশন দেখে না, কোন তারটা কোনদিকে যাচ্ছে সেটা খুঁজে বের করার জন্য কাগজের ডায়াগ্রাম লাগে না। বরং সবকিছু থাকে এক জায়গায়—একটা সিঙ্গেল সোর্স অফ ট্রুথে।
একটা রাউটার কোন রিং-এ আছে, কোন পপে আছে, কোন সাবনেট সে সার্ভ করছে, তার গত দুই মাসের লোড কত—সবকই সিস্টেমে ইতোমধ্যে লেখা। সেখান থেকেই অটোমেশন সিদ্ধান্ত নেয়। মানুষের দরকার পড়ে শুধু তদারকি করতে।
এফডিআই কেন অটোমেশন দেখতে চায়?¶
কারণ তারা জানতে চায় তাদের টাকা কোন অন্ধকার গর্তে যাচ্ছে না তো? তারা একটা প্রেডিক্টেবল নেটওয়ার্ক চায়, যেটা আগামী ৫-১০ বছর স্কেল করতে পারবে। যেটার কস্ট স্ট্রাকচার বোঝা যায়, OPEX কমবে নাকি বাড়বে সেটা হিসাব করা যায়।
অটোমেশনবিহীন নেটওয়ার্কে এফডিআই ঢোকানো মানে হলো লাইব্রেরি না থাকা স্কুলে বই ডোনেট করা—কোথায় যাবে, কে নেবে, কতদিন থাকবে কিছুই বোঝা যায় না।
১ মিলিয়ন—শুধু লক্ষ্য নয়, একটা টেস্ট¶
১ মিলিয়ন হলো একটা বেঞ্চমার্ক। যদি কোনো আইএসপি এই মাইলফলকে টিকে যেতে পারে—তাহলে ধরে নেওয়া যায় তাদের নেটওয়ার্ক, টিম, অটোমেশন, অপারেশন—সব সিস্টেমাই এগিয়ে আছে।
আর যেখানে ১০০k ইউজারে নেটওয়ার্ক নাকাল হয়ে যাচ্ছে, সেখানে বোঝা যায় স্ট্রাকচার্ড নেটওয়ার্ক বানানোই হয়নি।
এখন প্রশ্ন—স্ট্রাকচার্ড নেটওয়ার্ক বানাবেন কীভাবে?¶
এটাই আসছে দ্বিতীয় খণ্ডে।
সেখানে থাকবে—
- নেটওয়ার্ক সোর্স অফ ট্রুথ বানানোর গাইডলাইন
- কোন কোন ডেটা আগে সংগ্রহ করতে হবে
- কীভাবে লেয়ার করে নেটওয়ার্ক সাজাতে হয়
- কোন কোন জায়গায় LLM বসানো যায়
- ১ মিলিয়নের রোডম্যাপ
নেটওয়ার্কের সত্যের উৎস ও স্থিতি নিয়ন্ত্রণ (NSoT & Nautobot) এই বিষয়টি নিয়ে আরও বিস্তারিত ও সুসংগঠিতভাবে লেখাটি তৈরি করা হলো:
🌐 নেটওয়ার্ক সোর্স অফ ট্রুথ (NSoT) এবং আধুনিক নেটওয়ার্ক ব্যবস্থাপনা¶
আধুনিক নেটওয়ার্ক অপারেশনসের মূল ভিত্তি হলো নেটওয়ার্ক সোর্স অফ ট্রুথ (Network Source of Truth - NSoT)। NSoT হলো আপনার সম্পূর্ণ নেটওয়ার্কের সমস্ত তথ্যের একমাত্র, কেন্দ্রীয় এবং বিশ্বস্ত ভান্ডার। এটি কেবল একটি ডেটাবেস নয়, বরং একটি মৌলিক নীতি যা আপনার নেটওয়ার্কের পরিকল্পনা, কনফিগারেশন এবং অটোমেশনকে চালিত করে।
সহজ কথায়, NSoT নির্ধারণ করে "নেটওয়ার্কের আসলে কেমন হওয়া উচিত"।
১. NSoT-এর অপরিহার্যতা: অ্যাকচুয়াল বনাম ইনটেন্ডেড স্টেট¶
NSoT-এর প্রয়োজনীয়তা বোঝার জন্য নেটওয়ার্কের দুটি গুরুত্বপূর্ণ স্থিতিকে বুঝতে হবে:
| অবস্থা | বিবরণ | অবস্থান | ভূমিকা |
|---|---|---|---|
| ইনটেন্ডেড স্টেট (Intended State) | নেটওয়ার্কের পরিকল্পিত বা কাঙ্ক্ষিত অবস্থা—যেমনটি হওয়া উচিত। এটিই 'একমাত্র সত্য'। | NSoT (যেমন Nautobot বা NetBox) | নেটওয়ার্ক কনফিগারেশন এবং ডিজাইনের আদর্শ রূপরেখা। |
| অ্যাকচুয়াল স্টেট (Actual State) | নেটওয়ার্ক ডিভাইসগুলিতে বর্তমানে কী কনফিগার করা আছে—অর্থাৎ নেটওয়ার্কের বাস্তব বা বর্তমান অবস্থা। | নেটওয়ার্ক ডিভাইসের রানিং কনফিগারেশন | নেটওয়ার্কের লাইভ কনফিগারেশন, যা পরিবর্তনশীল হতে পারে। |
NSoT-এর প্রধান লক্ষ্য হলো নিশ্চিত করা যে Actual State টি যেন সর্বদা Intended State-এর সাথে মিলে যায়।
২. কনফিগারেশন ড্রিফ্ট (Configuration Drift): নীরব শত্রু¶
যখন কোনো নেটওয়ার্ক অ্যাডমিনিস্ট্রেটর ম্যানুয়ালি (স্ক্রিপ্ট বা অটোমেশন ছাড়া) ডিভাইসে লগইন করে কনফিগারেশন পরিবর্তন করেন, তখন Actual State টি NSoT-তে সংরক্ষিত Intended State থেকে ভিন্ন হয়ে যায়। এই ভিন্নতাকেই 'কনফিগারেশন ড্রিফ্ট' (Configuration Drift) বলা হয়।
ড্রিফ্ট-এর সমস্যা:
- ভুল ও অসঙ্গতি: ড্রিফ্ট-এর কারণে ডিভাইসের ডেটা NSoT-এর ডেটার সঙ্গে মেলে না, ফলে ট্রাবলশুটিং (সমস্যা সমাধান) কঠিন হয়।
- অটোমেশনের ব্যর্থতা: অটোমেশন স্ক্রিপ্ট যখন NSoT থেকে ভুল ডেটা নিয়ে ডিভাইসে কনফিগারেশন প্রয়োগ করে, তখন বড় ধরনের ত্রুটি তৈরি হতে পারে।
- নিরাপত্তার ঝুঁকি: অনিচ্ছাকৃত বা ভুল কনফিগারেশনের কারণে নেটওয়ার্কের নিরাপত্তা দুর্বল হয়ে পড়তে পারে।
৩. Nautobot: আধুনিক NSoT প্ল্যাটফর্ম¶
Nautobot হলো একটি শক্তিশালী এবং API-চালিত প্ল্যাটফর্ম যা NSoT-এর ধারণাকে বাস্তবায়িত করে। এটি কেবল একটি ডেটাবেস নয়, বরং নেটওয়ার্কের ডেটা মডেলিং, পরিকল্পনা এবং অটোমেশনকে সমর্থন করার জন্য ডিজাইন করা হয়েছে।
| Nautobot-এর প্রধান বৈশিষ্ট্য | সুবিধা |
|---|---|
| সেন্ট্রালাইজড ডেটা মডেলিং | সমস্ত নেটওয়ার্কের ডেটা (IP অ্যাড্রেস, ডিভাইস, ভি-ল্যান, ক্যাবল) একটি সুসংগঠিত উপায়ে সংরক্ষণ করা হয়। |
| API ফার্স্ট অ্যাপ্রোচ | ডেটা অ্যাক্সেস এবং আপডেটের জন্য একটি শক্তিশালী REST API প্রদান করে, যা অটোমেশন টুলগুলির সাথে নির্বিঘ্নে কাজ করে। |
| অটোমেশন ইন্টিগ্রেশন | Ansible, Python, SaltStack-এর মতো অটোমেশন টুলগুলি সরাসরি Nautobot-এর Intended State থেকে তথ্য নিয়ে ডিভাইসে কনফিগারেশন প্রয়োগ করে। |
| ড্রিফ্ট ডিটেকশন সক্ষমতা | অ্যাড-অন এবং প্লাগইন ব্যবহারের মাধ্যমে Actual State ও Intended State-এর মধ্যেকার ব্যবধান স্বয়ংক্রিয়ভাবে নিরীক্ষণ ও রিপোর্ট করতে পারে। |
৪. NSoT-এর চূড়ান্ত লক্ষ্য: স্থিরতা ও দক্ষতা¶
একটি কার্যকর NSoT, বিশেষত Nautobot-এর মতো প্ল্যাটফর্ম ব্যবহার করে, নেটওয়ার্ক দলগুলি ম্যানুয়াল ত্রুটি কমিয়ে আনতে পারে এবং নেটওয়ার্ক পরিবর্তনগুলি দ্রুত ও নির্ভরযোগ্যভাবে প্রয়োগ করতে পারে।
NSoT-এর মাধ্যমে:
- নেটওয়ার্কের ইন্টেন্ডেড স্টেটকে সংজ্ঞায়িত করা হয়।
- অটোমেশনের মাধ্যমে ইন্টেন্ডেড স্টেটকে অ্যাকচুয়াল স্টেটে রূপান্তর করা হয়।
- নিরীক্ষণের মাধ্যমে অ্যাকচুয়াল স্টেটকে ইন্টেন্ডেড স্টেট-এর সাথে মিলিয়ে দেখা হয়।
এভাবেই NSoT আধুনিক নেটওয়ার্ক পরিচালনায় একটি অপরিহার্য 'সত্যের উৎস' হিসেবে কাজ করে, যা নেটওয়ার্কে সর্বোচ্চ স্থিরতা (Stability) এবং দক্ষতা (Efficiency) নিশ্চিত করে।