আপনি সম্ভবত এই মুহূর্তে এর কোনো একটি সংস্করণের মুখোমুখি হচ্ছেন। একটি নতুন শাখা, হোটেল, ক্লিনিক বা রিটেল সাইট দ্রুত লাইভ করা দরকার। একটি ক্যারিয়ারের কাজে দেরি হচ্ছে। অন্য একটি লিঙ্ক লাইভ আছে কিন্তু সেটি স্থিতিশীল নয়। আপনার ক্লাউড অ্যাপগুলি বিভিন্ন সাইট থেকে একইভাবে কাজ করছে না। ব্যস্ত সময়ে ভয়েস কোয়ালিটি কমে যাচ্ছে। কোনো ব্যবহারকারী বলছেন “WiFi ঠিক আছে” কিন্তু Microsoft 365 ধীরগতির মনে হচ্ছে, যা আপনাকে প্রায় কোনো কাজের তথ্যই দিচ্ছে না।
এটিই হল দৈনন্দিন বাস্তবতা যা SD-WAN-এর চেয়েও sd wan management-কে বেশি গুরুত্বপূর্ণ করে তোলে।
কঠিন অংশটি সস্তা ইন্টারনেট সার্কিট যোগ করা নয়। এটি হল আপনার টিমকে সার্বক্ষণিক প্যাকেট চেজারে পরিণত না করে একটি ডিস্ট্রিবিউটেড নেটওয়ার্ক নিয়ন্ত্রণ করা। উদ্দেশ্য সংজ্ঞায়িত করার জন্য আপনার একটি জায়গা প্রয়োজন, কী সমস্যা হচ্ছে তা দেখার জন্য একটি জায়গা প্রয়োজন এবং প্রতিটি সাইটে একই স্ট্যান্ডার্ড প্রয়োগ করার জন্য একটি জায়গা প্রয়োজন। মাল্টি-টেন্যান্ট ভেন্যুতে, ট্রাফিক কোন পাইপ ব্যবহার করছে শুধু তা-ই নয়, ব্যবহারকারী কে তাও নেটওয়ার্কের জানা প্রয়োজন।
MPLS এর বাইরে Intelligent SD WAN Management এর উত্থান
লেগ্যাসি WAN সাধারণত একই ৩টি উপায়ে ব্যর্থ হয়।
প্রথমত, এগুলি ব্যয়বহুল। দ্বিতীয়ত, এগুলি অনমনীয়। তৃতীয়ত, এগুলি ক্যারিয়ারের সীমানা, হ্যান্ড-অফ এবং ম্যানুয়াল পরিবর্তন উইন্ডোর আড়ালে অপারেশনাল সমস্যাগুলিকে লুকিয়ে রাখে।
আপনি যদি MPLS-ভারী এস্টেট পরিচালনা করে থাকেন, তবে আপনি এই প্যাটার্নটি জানেন। একটি শাখা খোলে এবং কেউ জিজ্ঞেস করে আপনি কত দ্রুত এটি সংযুক্ত করতে পারবেন। সৎ উত্তরটি নির্ভর করে সার্কিট লিড টাইম, বক্স স্টেজিং, CLI ধারাবাহিকতা এবং SaaS ট্রাফিকের জন্য মূল ডিজাইনটি এখনও অর্থপূর্ণ কিনা তার ওপর। ইতিমধ্যে, ব্যবহারকারীরা যে অ্যাপ্লিকেশনগুলির বিষয়ে যত্নশীল সেগুলির বেশিরভাগই আর একটি ডেটা সেন্টারে সুন্দরভাবে থাকে না।
কেন পুরোনো মডেলটি কষ্টদায়ক হয়ে উঠেছে
ঐতিহ্যগত WAN ডিজাইন সেন্ট্রালাইজেশন বা কেন্দ্রীয়করণ অনুমান করে নিয়েছিল। ট্রাফিক মূল সাইটগুলিতে ফিরে যেত কারণ সেখানেই অ্যাপ্লিকেশন এবং নিরাপত্তা থাকত।
এখন বেশিরভাগ প্রতিষ্ঠান সেভাবে কাজ করে না। টিমগুলি ক্লাউড পরিষেবা, ভয়েস এবং ভিডিও, ব্রাউজার-ভিত্তিক টুলস এবং আইডেন্টিটি প্ল্যাটফর্ম ব্যবহার করে যেগুলি অপ্রয়োজনীয় ব্যাকহল থেকে উপকৃত হয় না। নেটওয়ার্ককে এজে (edge) আরও স্মার্ট সিদ্ধান্ত নিতে হবে।
ইন্ডাস্ট্রি বিশ্লেষণে উল্লিখিত Gartner প্রজেকশন অনুযায়ী, ২০১৯ সালের শেষের দিকে, উল্লেখযোগ্য UK অ্যাডপশন সহ বিশ্বব্যাপী ৩০% এন্টারপ্রাইজ শাখাগুলিতে SD-WAN স্থাপন করেছিল, যা আগে ১% এরও কম ছিল। একই বিশ্লেষণে উল্লেখ করা হয়েছে যে UK এন্টারপ্রাইজগুলি প্রতি মাসে Mbps প্রতি £৫০০-এর বেশি গড় MPLS খরচের কথা জানিয়েছে, যা সংস্থাগুলিকে ইন্টারনেট লিঙ্কের দিকে ধাবিত করেছে যা SD-WAN আরও কার্যকরভাবে পরিচালনা করতে পারে ( SD-WAN-এর ইতিহাসের ওপর Cato Networks )।
সেই পরিবর্তনটি গুরুত্বপূর্ণ কারণ এটি আপনাকে বলে যে SD-WAN কোনো ফ্যাশন প্রজেক্ট হিসেবে গৃহীত হয়নি। এটি একটি অপারেশনাল অসঙ্গতির সমাধান করেছে।
sd wan management যা পরিবর্তন করে
SD-WAN ম্যানেজমেন্টের গুরুত্ব এটি নয় যে “আমরা MPLS-কে ব্রডব্যান্ড দিয়ে প্রতিস্থাপন করেছি”। এটি খুবই সংকীর্ণ দৃষ্টিকোণ।
মূল পরিবর্তনের মধ্যে রয়েছে:
- আপনি কেন্দ্রীয়ভাবে ব্যবসায়িক উদ্দেশ্য নির্ধারণ করেন। ভয়েস, পেমেন্ট ট্রাফিক, গেস্ট অ্যাক্সেস, ক্লাউড অ্যাপ এবং ব্যাক-অফিস সিস্টেম সবগুলোর ক্ষেত্রে একই ধরনের ব্যবস্থার প্রয়োজন হয় না।
- আপনি একযোগে সব জায়গায় পলিসি প্রয়োগ করেন। ব্রাঞ্চগুলো আলাদা কোনো জটিল রূপ নেয় না।
- আপনি শুধু লিঙ্কের অবস্থাই নয়, বরং পরিষেবার গুণমানও দেখতে পান। ব্যবহারকারীর অভিজ্ঞতা খারাপ থাকা সত্ত্বেও একটি ইন্টারফেস সচল থাকতে পারে।
- আপনি স্থানীয় নির্ভরশীলতা হ্রাস করেন। নতুন সাইটগুলোর জন্য সবসময় সরাসরি বিশেষজ্ঞ কনফিগারেশনের প্রয়োজন হয় না।
ব্যবহারিক নিয়ম: আপনার WAN যদি এখনও প্রতিটি সাইটের আলাদা ব্যতিক্রম এবং দীর্ঘ পরিবর্তন প্রক্রিয়ার উপর নির্ভর করে, তবে আপনার ব্যান্ডউইথ সমস্যা নেই। আপনার নিয়ন্ত্রণ সমস্যা রয়েছে।
একটি ভালো শুরু হতে পারে যখন আপনি বুঝতে পারবেন যে ব্রাঞ্চ কানেক্টিভিটি আধুনিকীকরণের সময় সংস্থাগুলো কী ধরনের কার্যক্ষম সুবিধা পেতে চায় - যেমন কেন্দ্রীয় পলিসি নিয়ন্ত্রণ এবং আরও ভালো ক্লাউড পারফরম্যান্স, যা SD-WAN benefits -এর এই ওভারভিউতে আলোচনা করা হয়েছে।
মূল ধারণাটি সহজ। SD-WAN আপনার WAN-কে আলাদাভাবে পরিচালিত সার্কিট থেকে একটি কেন্দ্রীয়ভাবে পরিচালিত সার্ভিস ফ্যাব্রিকে রূপান্তর করে। এটি একবার বুঝতে পারলে, মডেলের বাকি অংশ বোঝা সহজ হয়ে যায়।
SD WAN ম্যানেজমেন্ট নিয়ন্ত্রণের তিনটি স্তম্ভ
SD-WAN ম্যানেজমেন্টকে একটি এয়ার ট্রাফিক কন্ট্রোল সিস্টেম-এর মতো ভাবুন।
বিমানগুলো এখনও তাদের রুটেই উড়ে বেড়ায়। নেটওয়ার্কের ভাষায়, এগুলো আপনার ব্রাঞ্চ ডিভাইস এবং ট্রান্সপোর্ট লিঙ্ক। তবে নিরাপদ, দক্ষ চলাচল নির্ভর করে কেন্দ্রীয় পরিকল্পনা, সক্রিয় নিয়ন্ত্রণ এবং একটি স্পষ্ট নিয়মাবলীর উপর। এই তিনটি অংশ ছাড়া আপনার কাজে বিলম্ব, দ্বন্দ্ব এবং প্রতিনিয়ত ম্যানুয়াল হস্তক্ষেপের প্রয়োজন হবে।
কেন্দ্রীয় অর্কেস্ট্রেশন (Centralised orchestration)
অর্কেস্ট্রেটর হলো ফ্লাইট প্ল্যানার।
এটি এমন একটি সিস্টেম যেখানে আপনার টিম টেমপ্লেট, সাইট প্রোফাইল, সেগমেন্টেশন, ব্যবসায়িক উদ্দেশ্য এবং রোলআউট লজিক নির্ধারণ করে। আপনি যদি Meraki, Aruba, VMware বা অনুরূপ প্ল্যাটফর্ম ব্যবহার করেন, তবে এটি এমন একটি অংশ যা আপনাকে কাজের পুনরাবৃত্তি করতে সাহায্য করে। আপনি সিদ্ধান্ত নেন যে একটি রিটেইল ব্রাঞ্চ, হোটেল বা আঞ্চলিক অফিস কেমন হওয়া উচিত, এবং তারপর অনেকগুলো অবস্থানে সেই মডেলটি কার্যকর করেন।
এই কারণেই জিরো-টাচ প্রভিশনিং কাজ করে। ব্রাঞ্চ এজ পৌঁছায়, সংযোগ স্থাপন করে, সঠিক কনফিগারেশন গ্রহণ করে এবং প্রতিটি অবস্থানের জন্য কোনো ইঞ্জিনিয়ারের কমান্ড টাইপ করা ছাড়াই বৃহত্তর নেটওয়ার্কের সাথে যুক্ত হয়।
IT ম্যানেজারদের জন্য, এটি অত্যন্ত গুরুত্বপূর্ণ কারণ ধারাবাহিকতা কেবল একটি সুবিধা নয়, এটি একটি নিরাপত্তা এবং সাপোর্ট ফিচারও। সাইটগুলির মধ্যে ম্যানুয়াল পার্থক্য যত কম হবে, আপনার টিমকে একটি নির্দিষ্ট লোকেশন কেন ভিন্নভাবে কাজ করছে তা মনে করার জন্য তত কম সময় ব্যয় করতে হবে।
স্বয়ংক্রিয় পলিসি প্রয়োগ
controller হলো একটি টাওয়ারের মতো।
এটি কেবল একটি স্ট্যাটিক প্ল্যান ধরে রাখে না। এটি পরিবর্তনশীল পরিস্থিতির প্রতিক্রিয়া জানায় এবং এজ ডিভাইসগুলিকে কী করতে হবে তা নির্দেশ করে। SD-WAN এখানে কেবল সেন্ট্রালাইজড থাকার পরিবর্তে অপারেশনালভাবে দরকারী হয়ে ওঠে।
উন্নত কন্ট্রোলারে, Dynamic Multipath Optimization (DMPO) ল্যাটেন্সি, জিটার এবং প্যাকেট লস পর্যবেক্ষণ করে সাব-সেকেন্ড পাথ সিলেকশন সম্পাদন করে। একটি উচ্চ-মানের ইনটেন্ট SLA-এর অধীনে, এটি ৪০% ল্যাটেন্সি হ্রাস করতে পারে এবং পলিসি আপডেটগুলি কয়েক সপ্তাহের পরিবর্তে কয়েক সেকেন্ডের মধ্যে এজ ডিভাইসগুলিতে পৌঁছাতে পারে ( SD-WAN ট্রাফিক ম্যানেজমেন্ট এবং অ্যাপ্লিকেশন নিয়ন্ত্রণের বিষয়ে Forcepoint )।
এই বাক্যে অনেক কিছু রয়েছে, তাই আসুন এটিকে সহজভাবে ব্যাখ্যা করা যাক।
যদি MPLS কনজেস্টেড হয় কিন্তু ব্রডব্যান্ড পরিষ্কার থাকে, তবে কন্ট্রোলার একটি অ্যাপ্লিকেশন ফ্লো স্থানান্তর করতে পারে। যদি একটি ভয়েস সেশনে জিটার দেখা দেয়, কন্ট্রোলার এটিকে ভিন্ন পথে পরিচালিত করতে পারে। যদি কোনও পলিসি পরিবর্তিত হয়, তবে ব্রাঞ্চকে স্থানীয় টেকনিশিয়ানের জন্য অপেক্ষা করতে হয় না।
এটি "নেটওয়ার্ক কনফিগার করা হয়েছে" এবং "নেটওয়ার্ক সক্রিয়ভাবে পরিচালনা করা হচ্ছে" - এর মধ্যে পার্থক্য।
একটি স্ট্যাটিক WAN নির্দেশাবলী অনুসরণ করে। একটি পরিচালিত SD-WAN ক্রমাগত পরীক্ষা করে দেখে যে সেই নির্দেশাবলী এখনও আপনার কাঙ্ক্ষিত ফলাফল দিচ্ছে কিনা।
রুলবুক হিসেবে পলিসি
পলিসি এমন একটি বিষয় যেখানে অনেক রিডার আটকে যান কারণ শব্দটি শুনতে কিছুটা অমূর্ত মনে হতে পারে।
একটি পলিসি কেবল একটি নিয়ম যা ইনটেন্ট কে অ্যাকশন এর সাথে সংযুক্ত করে।
উদাহরণস্বরূপ:
- অ্যাপ্লিকেশন ইনটেন্ট: VoIP এবং পেমেন্ট সিস্টেমকে সবচেয়ে পরিষ্কার পাথে রাখুন।
- নিরাপত্তা ইনটেন্ট: গেস্ট ট্রাফিককে অপারেশনাল সিস্টেম থেকে আলাদা রাখুন।
- বিজনেস ইনটেন্ট: একটি অস্থায়ী সাইটকে দ্রুত অনলাইন হতে দিন, তবে এর অ্যাক্সেস কঠোরভাবে সীমাবদ্ধ রাখুন।
- অপারেশনাল ইনটেন্ট: যদি কোনও লিঙ্ক ডাউন হয়ে যায়, তবে মানুষের খেয়াল করার অপেক্ষা না করে স্বয়ংক্রিয়ভাবে ফেইলওভার করুন।
কিছু পলিসি ব্যাপক হয়। কিছু খুব নির্দিষ্ট হয়। একটি ভালো ডিজাইন সাধারণত উভয়কে একত্রিত করে।
কীভাবে এই ভিত্তিগুলি একসাথে কাজ করে
এখানে ব্যবহারিক বিভাজন দেওয়া হলো:
| উপাদান | কাজ | আপনার টিম যা দেখে |
|---|---|---|
| Orchestrator | টেমপ্লেট এবং রোলআউট লজিক নির্ধারণ করে | সাইট স্ট্যান্ডার্ড তৈরি করার একটি একক স্থান |
| Controller | রিয়েল-টাইম স্টিয়ারিং সিদ্ধান্ত নেয় | পরিবর্তনশীল লিঙ্কের মানের সাথে দ্রুত অভিযোজন |
| পলিসি সমূহ | বিজনেস ইনটেন্টকে প্রয়োগযোগ্য নিয়মে রূপান্তর করে | সমস্ত সাইট জুড়ে অনুমানযোগ্য আচরণ |
বিভ্রান্তি সাধারণত এগুলিকে একটি একক বিষয় হিসাবে বিবেচনা করার কারণে ঘটে। কিন্তু আসলে তা নয়।
অরকেস্ট্রেটর আপনাকে ধারাবাহিকতা দেয়। কন্ট্রোলার আপনাকে দেয় দ্রুত প্রতিক্রিয়াশীলতা। এবং পলিসি আপনাকে দেয় পরিচালনা ক্ষমতা।
এর মধ্যে যেকোনো একটি দুর্বল হলে, sd wan ম্যানেজমেন্ট আশানুরূপ ফল দেয় না। আপনি হয়তো ট্রান্সপোর্টে অর্থ সাশ্রয় করতে পারবেন, কিন্তু যে অপারেশনাল কন্ট্রোল মডেলটিকে গ্রহণের যোগ্য করে তোলে, তা আপনি পাবেন না।
রিঅ্যাক্টিভ অ্যালার্ম থেকে প্রেডিক্টিভ ইনসাইট
অনেক WAN মনিটরিং এখনও চোরের অ্যালার্মের মতো কাজ করে। ব্যবহারকারীরা ইতিমধ্যে বিরক্ত হয়ে যাওয়ার পর এটি আপনাকে জানায় যে কোনো সমস্যা হয়েছে।
আধুনিক SD-WAN ম্যানেজমেন্ট একটি সু-সজ্জিত সিস্টেমের ক্রমাগত টেলিমেট্রির মতো কাজ করা উচিত। আপনি শুধু একটি সার্কিট সচল আছে কিনা তা জিজ্ঞাসা করবেন না। আপনি জিজ্ঞাসা করবেন আসল অ্যাপ্লিকেশনগুলি তাদের প্রয়োজনীয় অভিজ্ঞতা পাচ্ছে কিনা।
ড্যাশবোর্ড আপনাকে যা জানানো উচিত
একটি দরকারী কনসোলে অন্তত চার ধরণের তথ্য প্রদর্শন করা উচিত:
- লিঙ্কের স্বাস্থ্য: লেটেন্সি, জিটার, প্যাকেট লস, ইউটিলাইজেশন
- অ্যাপ্লিকেশন আচরণ: কোন অ্যাপটি সক্রিয়, এটি কোন পথ নিয়েছে এবং পলিসি অনুযায়ী এটি সঠিকভাবে ট্রিট করা হয়েছে কিনা
- সাইটের প্রসঙ্গ: সমস্যাটি কি একটি নির্দিষ্ট ব্রাঞ্চে সীমাবদ্ধ নাকি পুরো এস্টেট জুড়ে রয়েছে
- ব্যবহারকারীর উপর প্রভাব: ভয়েস, ভিডিও, SaaS, বা ট্রানজেকশনাল ফ্লো ব্যাহত হচ্ছে কিনা
অনেক টিম এই পর্যায়ে বুঝতে পারে যে তারা আংশিক অন্ধভাবে কাজ করছে। "লিঙ্কটি সচল আছে" বলা তখন কোনো কাজে আসে না যখন ভয়েসের গুণমান শুধুমাত্র ব্যস্ত সময়ে খারাপ হয়, অথবা যখন একটি ISP একটি অ্যাপ্লিকেশনের জন্য খারাপ আচরণ করে এবং অন্যটির জন্য ঠিক থাকে।
মূল SD-WAN ম্যানেজমেন্ট KPIs
| KPI ক্যাটাগরি | মেট্রিক | ভালো লক্ষ্য | এটি কেন গুরুত্বপূর্ণ |
|---|---|---|---|
| পাথ কোয়ালিটি | লেটেন্সি | যত কম হবে তত ভালো, এবং অ্যাপ্লিকেশন চাহিদার সাথে সামঞ্জস্যপূর্ণ | উচ্চ লেটেন্সি ভয়েস, ভিডিও এবং SaaS ধীরগতির করে তোলে |
| পাথ কোয়ালিটি | জিটার | রিয়েল-টাইম ট্রাফিকের জন্য যত কম হবে তত ভালো | জিটার ভয়েস এবং ভিডিওর কার্যক্ষমতাকে অস্থির করে তোলে |
| পাথ কোয়ালিটি | প্যাকেট লস | যতটা সম্ভব শূন্যের কাছাকাছি | প্যাকেট লস কলের গুণমান এবং অ্যাপ্লিকেশনের প্রতিক্রিয়াশীলতা নষ্ট করে |
| ক্যাপাসিটি | লিঙ্ক ইউটিলাইজেশন | ক্রমাগত উচ্চ ইউটিলাইজেশনের দিকে নজর রাখুন | ব্যবহারকারীরা টিকিট খোলার আগেই প্রায়শই কনজেশন দেখা দেয় |
| অ্যাপ্লিকেশন অভিজ্ঞতা | অ্যাপ্লিকেশন অনুযায়ী থ্রুপুট | অ্যাপ এবং সাইটের প্রোফাইলের জন্য উপযুক্ত | ব্যবসায়িক ট্রাফিক তার প্রয়োজনীয় ব্যান্ডউইথ পাচ্ছে কিনা তা দেখায় |
| অপারেশনস | পলিসি ম্যাচ অ্যাকুরেসি | সব সাইট জুড়ে উচ্চ ধারাবাহিকতা | ট্রাফিক সঠিকভাবে ক্লাসিফাই এবং স্টিয়ার করা হচ্ছে কিনা তা নিশ্চিত করে |
| অ্যাভেলেবিলিটি | ফেলওভার আচরণ | দ্রুত রিকভারি | বিভ্রাটগুলি ব্যবহারকারীদের কাছে দৃশ্যমান হচ্ছে কিনা তা আপনাকে জানায় |
সঠিক থ্রেশহোল্ডগুলি পরিবেশের উপর ভিত্তি করে পরিবর্তিত হয়। একটি গেস্ট WiFi-বহুল ভেন্যু, একটি ক্লিনিক এবং একটি কন্টাক্ট সেন্টার সবাই এক ধরনের সহনশীলতা সেট করবে না।
যেখানে AI এবং ML তাদের কার্যকারিতা প্রমাণ করে
AI/ML-দ্বারা উন্নত SD-WAN অ্যানালিটিক্স রিয়েল-টাইম টেলিমেট্রিকে ঐতিহাসিক বেসলাইনের সাথে একত্রিত করে 95% নির্ভুলতার সাথে ব্যর্থতার পূর্বাভাস দিতে পারে। যুক্তরাজ্যের রিটেল পরিবেশে, এটি পিক-আওয়ারে সিঙ্গেল লিঙ্কে যানজটের সময় 20-30% VoIP প্যাকেট লস কমাতে সাহায্য করে, ডাউনটাইম 60% হ্রাস করে এবং সামগ্রিকভাবে 58.20% পারফরম্যান্স বৃদ্ধির সাথে সম্পর্কিত ( SD-WAN নেটওয়ার্ক পরিচালনা ও পর্যবেক্ষণের জন্য Broadcom AppNeta-এর সর্বোত্তম অনুশীলনসমূহ )।
এটি দরকারী কারণ সিস্টেমটি কেবল একটি লাল আলো দেখায় না। এটি শিখছে যে "এই ধরণের ব্রাঞ্চে সাধারণ শুক্রবারের বিকেল" কেমন দেখায়, তারপর ব্যবহারকারীরা সার্ভিস ডেস্কে ভিড় করার আগেই বিচ্যুতিগুলি হাইলাইট করে।
একটি শক্তিশালী অপারেশন টিম এটিকে তিনটি উপায়ে ব্যবহার করে:
- বেসলাইনিং: প্রতি সাইট এবং প্রতি অ্যাপ অনুযায়ী স্বাস্থ্যকর অবস্থা কেমন দেখায় তা শিখুন।
- পূর্বাভাস: সম্পূর্ণ বিভ্রাট ঘটার আগেই ক্রমবর্ধমান ঝুঁকি চিহ্নিত করুন।
- টিউনিং: প্রমাণের ভিত্তিতে পাথ পছন্দ, থ্রেশহোল্ড এবং ক্যাপাসিটি প্ল্যানগুলি সমন্বয় করুন।
অপারেশনাল ইঙ্গিত: যদি সমস্ত অ্যালার্ট সমানভাবে জরুরি মনে হয়, তবে আপনার মনিটরিং যথেষ্ট পরিপক্ক নয়। একটি ভালো SD-WAN অ্যানালিটিক্স আপনার টিমকে কোলাহল থেকে ব্যবহারকারী-প্রভাবিত ঝুঁকি আলাদা করতে সাহায্য করবে।
একটি আরও ভালো ট্রাবলশুটিং আলোচনা
অ্যানালিটিক্স ছাড়া একটি টিকিট বলে "ব্রাঞ্চে কল খারাপ হচ্ছে"।
পরিপক্ক SD-WAN ভিজিবিলিটির সাথে, আলোচনাটি বদলে যায়। আপনি দেখতে পাবেন যে একটি ব্রডব্যান্ড সার্কিটে প্যাকেট লস বেড়েছে কিনা, ভয়েস ভুল পাথে আটকে ছিল কিনা, ফেইলওভার ট্রিগার হয়েছিল কিনা এবং সমস্যাটি সমস্ত রিয়েল-টাইম অ্যাপকে প্রভাবিত করেছে নাকি কেবল একটিকে।
এটি মেরামতের গড় সময়ের (mean time to repair) মতোই সত্যতা যাচাইয়ের গড় সময়কেও (mean time to innocence) সংক্ষিপ্ত করে। কখনও কখনও সমস্যাটি নেটওয়ার্কের হতে পারে। কখনও কখনও এটি ISP-এর হতে পারে। আবার কখনও কখনও এটি আপস্ট্রিম অ্যাপ্লিকেশন পারফরম্যান্সের কারণে হতে পারে। ভালো টেলিমেট্রি আপনাকে প্রমাণ করতে সাহায্য করে যে কোনটি আসল কারণ।
শুধু একটি দ্রুত পাইপ নয়, একটি সুরক্ষিত ফ্যাব্রিক তৈরি করা
একটি সাধারণ ভুল হল SD-WAN-কে একটি ট্রান্সপোর্ট প্রজেক্ট হিসাবে বিবেচনা করা। এজগুলি কিনুন, সার্কিটগুলি চালু করুন, ট্রাফিক পরিচালনা করুন, অর্থ সাশ্রয় করুন।
এই পদ্ধতিটি একটি শূন্যতা তৈরি করে। যদি আপনার ম্যানেজমেন্ট প্লেন ট্রাফিক অপ্টিমাইজ করতে পারে কিন্তু একটি সুসংগত সিকিউরিটি পোশ্চার প্রয়োগ করতে না পারে, তবে আপনি কেবল ঝুঁকি এদিক-ওদিক সরানোর জন্য একটি দ্রুত পথ তৈরি করেছেন।
সিকিউরিটিকে একই অপারেটিং মডেলে থাকতে হবে
আধুনিক WAN অপারেশনগুলির জন্য এমন সিকিউরিটি কন্ট্রোল প্রয়োজন যা কানেক্টিভিটি পরিবর্তনের সাথে সামঞ্জস্য রেখে একই গতিতে চলে।
এর অর্থ সাধারণত একই ম্যানেজমেন্ট ওয়ার্কফ্লোর মধ্যে next-generation firewalling, intrusion prevention, secure web filtering, সেগমেন্টেশন এবং পলিসি ভিত্তিক অ্যাক্সেসের মতো ফাংশনগুলো একত্রিত করা। সেই কন্ট্রোলগুলো সরাসরি এজে থাকুক, ক্লাউড ডেলিভার্ড হোক বা উভয়ের সমন্বয় হোক না কেন, সবচেয়ে গুরুত্বপূর্ণ বিষয়টি হলো অপারেশনাল ইউনিটি।
আপনার নেটওয়ার্ক টিম যদি একটি কনসোলে পাথ পলিসি আপডেট করে এবং আপনার সিকিউরিটি টিম অন্য কোনো জায়গায় ইন্টারনেট অ্যাক্সেস কন্ট্রোল আপডেট করে, তবে উভয়ের মধ্যে অসঙ্গতি প্রায় নিশ্চিত। এর ফলে ব্রাঞ্চগুলোতে অমিল নিয়ম তৈরি হয়, নিয়মের ব্যতিক্রম বাড়তে থাকে এবং ট্রাবলশুটিং করা জটিল হয়ে পড়ে।
বাস্তব ক্ষেত্রে SASE কেন গুরুত্বপূর্ণ
এখানেই SASE চিন্তা অত্যন্ত সহায়ক হয়ে ওঠে। এটি কোনো ফ্যাশনেবল সংক্ষিপ্ত রূপ বলে নয়, বরং এটি একটি বাস্তব চিত্র তুলে ধরে। ব্যবহারকারী, ডিভাইস, ব্রাঞ্চ এবং ক্লাউড সার্ভিসগুলোর জন্য একই ধরনের ট্রিটমেন্ট প্রয়োজন।
একটি লোকাল ব্রেকআউট কানেকশনে থাকা কোনো ব্রাঞ্চ ব্যবহারকারীর সিকিউরিটি পলিসি এবং দূরবর্তী কোনো ব্যবহারকারীর সিকিউরিটি পলিসি ভুলবশত আলাদা হওয়া উচিত নয়। ম্যানেজমেন্ট মডেলটি এমন হওয়া উচিত যাতে পলিসিগুলো সহজেই পোর্টেবল হয়।
এর অর্থ হলো:
- ধারাবাহিক পর্যবেক্ষণ: ইন্টারনেট মুখী ট্রাফিকের ওপর নিয়ন্ত্রণ থাকতে হবে, এমনকি যখন এটি কোনো সেন্ট্রাল ডেটা সেন্টার অতিক্রম না করে।
- সেগমেন্টেড ট্রাস্ট জোন: গেস্ট, স্টাফ, IoT, পেমেন্ট সিস্টেম এবং অপারেশনাল টেকনোলজি একটি ফ্ল্যাট ডোমেনে থাকা উচিত নয়।
- শেয়ার্ড পলিসি লজিক: রাউটিং এবং সিকিউরিটি সিদ্ধান্তগুলোর একে অপরকে সমর্থন করা উচিত, কোনো দ্বিমত থাকা উচিত নয়।
উপেক্ষিত অপারেটর ওয়ার্কফ্লো
দিনের পর দিন, নিরাপদ অপারেশনগুলো এখনও টুল এবং অভ্যাসের ওপর নির্ভর করে। সেন্ট্রালাইজড প্ল্যাটফর্ম থাকা সত্ত্বেও, এজ ভ্যালিডেশন, চেঞ্জ কন্ট্রোল এবং অডিট ফ্রেন্ডলি অ্যাডমিনিস্ট্রেশনের জন্য ইঞ্জিনিয়ারদের প্রায়শই সুশৃঙ্খল অ্যাক্সেস মেথডের প্রয়োজন হয়। আপনার টিম যদি এন্ডপয়েন্ট ওয়ার্কফ্লো উন্নত করতে চায়, তবে secure network management with tools like Mac SSH clients বিষয়ক এই গাইডটি একটি কার্যকর অপারেশনাল রেফারেন্স হতে পারে।
এটি গুরুত্বপূর্ণ কারণ আর্কিটেকচার ডায়াগ্রামগুলো প্রায়শই চেঞ্জ উইন্ডো এবং মানুষের অ্যাক্সেস পাথের বাস্তব দিকগুলোকে এড়িয়ে যায়। একটি ভালো sd wan ম্যানেজমেন্ট মানুষের শ্রম কমায়, তবে এটি সঠিক অ্যাডমিন অভ্যাসের প্রয়োজনীয়তাকে দূর করে না।
সিকিউরিটি এমন কোনো ফিচার নয় যা আপনি রোলআউটের পরে SD-WAN-এর সাথে যুক্ত করবেন। এটি প্রথম দিন থেকেই কন্ট্রোল মডেলের একটি অংশ।
অ্যাক্সেস কন্ট্রোল হলো কাঠামোরই একটি অংশ
অনেক টিম সাইট সেগমেন্টেশন এবং ফায়ারওয়াল নিয়ম দিয়ে শুরু করে, তারপর বুঝতে পারে যে কোন ব্যবহারকারী এবং ডিভাইসগুলো এনভায়রনমেন্টের প্রতিটি অংশে প্রবেশ করতে পারবে তার ওপর আরও দৃঢ় নিয়ন্ত্রণের প্রয়োজন।
সেখানেই network access control solutions -এর আরও বিস্তৃত পদ্ধতিগুলো প্রাসঙ্গিক হয়ে ওঠে। WAN সিদ্ধান্ত নিতে পারে ট্রাফিক কোথায় যাবে, কিন্তু অ্যাক্সেস কন্ট্রোল নির্ধারণ করে যে সেই ট্রাফিককে প্রথম স্থানে বিশ্বাস করা উচিত কিনা।
যদি আপনি এই বিভাগ থেকে একটি জিনিস মনে রাখতে চান, তবে এটি মনে রাখুন। একটি আধুনিক WAN কেবল একটি পথ নির্বাচনের ইঞ্জিন নয়। এটি একটি secure fabric যা ব্যবসায়িক ট্রাফিক বহন করবে, ঝুঁকিকে আলাদা করবে এবং শাখা, ক্লাউড ও রিমোট অ্যাক্সেসের মধ্যে নীতি সুসংগত রাখবে।
আইডেন্টিটি ভিত্তিক অ্যাক্সেস দিয়ে ব্যবহারকারীকে নেটওয়ার্কের সাথে সংযুক্ত করা
এটি এমন একটি ফাঁক যা অন্যথায় অত্যন্ত শক্তিশালী SD-WAN স্থাপনাকেও প্রভাবিত করতে পারে।
নেটওয়ার্ক অ্যাপ্লিকেশন, পথ এবং সাইট সম্পর্কে অনেক কিছু জানে। কিন্তু এটি অ্যাক্সেসের অনুরোধকারী প্রকৃত ব্যক্তি বা ডিভাইস সম্পর্কে অনেক কম জানে। একটি সাধারণ অফিসে এটি ইতিমধ্যেই একটি সীমাবদ্ধতা। একটি হোটেল, রিটেল ভেন্যু, ছাত্রাবাস সাইট, মিশ্র-ব্যবহারের প্রপার্টি বা স্বাস্থ্যসেবা পরিবেশে এটি একটি মারাত্মক ডিজাইন ত্রুটি হয়ে দাঁড়ায়।
কেন শুধু পথ নির্ধারণের নীতি যথেষ্ট নয়
ঐতিহ্যগত SD-WAN নীতি বলতে পারে:
- Teams কে অগ্রাধিকার দিন
- গেস্ট ইন্টারনেটের জন্য ব্রডব্যান্ড পছন্দ করুন
- পেমেন্ট ট্রাফিককে সবচেয়ে নির্ভরযোগ্য লিঙ্কে রাখুন
- IoT ডিভাইসগুলিকে আলাদা রাখুন
এগুলি ভালো নিয়ম। তবে এগুলি যথেষ্ট নয়।
এগুলি নিচের এই প্রশ্নগুলির উত্তর দেয় না:
- ইনি কি স্টাফ মেম্বার, অতিথি, ঠিকাদার নাকি স্থায়ী বাসিন্দা?
- ডিভাইসটি কি ম্যানেজড, অজানা নাকি লেগ্যাসি?
- এই ব্যবহারকারীকে কি অভ্যন্তরীণ অ্যাপ্লিকেশনের অ্যাক্সেস, কেবল ইন্টারনেট অ্যাক্সেস নাকি সেগমেন্টেড সার্ভিস অ্যাক্সেস দেওয়া উচিত?
- ডিরেক্টরি স্ট্যাটাস পরিবর্তন হলে কি অ্যাক্সেস অবিলম্বে বাতিল করা যাবে?
আইডেন্টিটি-সচেতন অ্যাক্সেস ছাড়া, টিমগুলি প্রায়ই শেয়ার্ড পাসওয়ার্ড, Captive Portal সমাধান, স্থানীয় ব্যতিক্রম বা স্ট্যাটিক ডিভাইস ক্রেডেন্সিয়াল দিয়ে এই ফাঁক পূরণ করার চেষ্টা করে। এটি ঘর্ষণ তৈরি করে এবং জিরো-ট্রাস্ট লক্ষ্যগুলিকে দুর্বল করে।
মাল্টি-টেন্যান্ট বাস্তবতা
একটি 2025 UK ISP survey-তে দেখা গেছে যে ৪২% এন্টারপ্রাইজ আইডেন্টিটি ম্যানেজমেন্টকে একটি প্রধান SD-WAN চ্যালেঞ্জ হিসেবে উল্লেখ করেছে। একই উপাদানে উল্লেখ করা হয়েছে যে ২০২৪ থেকে ২০২৫ সালের মধ্যে পাবলিক WiFi হটস্পটে ২৮% বৃদ্ধি ঘটেছে, যার মধ্যে ৬৫% হটস্পট হসপিটালিটি এবং রিটেল ক্ষেত্রে রয়েছে, যেখানে নেটওয়ার্ক এবং ব্যবহারকারীর আইডেন্টিটির মধ্যে বিচ্ছিন্ন ব্যবস্থাপনা নিরাপত্তা ঝুঁকি তৈরি করে এবং এনক্রিপ্ট করা ফার্স্ট-প্যাকেট অ্যাক্সেসের জন্য উদীয়মান UK NIS2 প্রত্যাশা পূরণ করতে ব্যর্থ হয় ( Cisco SD-WAN ebook PDF )।
এটিই হলো একটি প্যারাগ্রাফে অপারেশনাল সমস্যা। ব্রাঞ্চ নেটওয়ার্ক হয়তো কেন্দ্রীয়ভাবে সাজানো হতে পারে, কিন্তু ব্যবহারকারীর অ্যাক্সেস প্রায়ই অন্য কোথাও, ভিন্ন টুল, ভিন্ন নীতি যুক্তি এবং ভিন্ন টিম দ্বারা পরিচালিত হয়।
একটি মাল্টি-টেন্যান্ট ভেন্যুতে, এই বিভাজন বাস্তব সমস্যা তৈরি করে:
| পরিস্থিতি | কেবল নেটওয়ার্ক ভিউ | আইডেন্টিটি-সচেতন ভিউ |
|---|---|---|
| গেস্ট ভেন্যু WiFi-এ জয়েন করে | সাধারণ ইন্টারনেট ট্রাফিক দেখতে পায় | জানে যে এটি সীমিত সুবিধাপ্রাপ্ত একজন গেস্ট |
| স্টাফ মেম্বার লগ ইন করে | বিজনেস অ্যাপ ট্রাফিক দেখতে পায় | ডিরেক্টরি আইডেন্টিটির সাথে যুক্ত স্টাফ অ্যাক্সেস প্রয়োগ করে |
| কন্ট্রাক্টর আনম্যানেজড ডিভাইসে আসে | অন্য একটি এন্ডপয়েন্ট দেখতে পায় | রোল এবং ডিভাইস ট্রাস্টের উপর ভিত্তি করে অ্যাক্সেস সীমাবদ্ধ করে |
| লিগ্যাসি ডিভাইস কানেক্ট করে | শুধুমাত্র MAC বা সেগমেন্ট দেখতে পায় | ডিভাইসটিকে কঠোরভাবে নিয়ন্ত্রিত পলিসি লেনে রাখে |
একটি ইউনিফাইড মডেল কেমন দেখায়
সবচেয়ে ভালো ফলাফল হলো একটি সংযুক্ত কন্ট্রোল মডেল।
SD-WAN লেয়ারটি পাথ কোয়ালিটি, সেগমেন্টেশন, ব্রাঞ্চ কানেক্টিভিটি এবং পলিসি ডিস্ট্রিবিউশন পরিচালনা করে। আইডেন্টিটি লেয়ারটি অথেন্টিকেশন, রোল, ডিভাইস কনটেক্সট এবং ক্রমাগত অ্যাক্সেসের সিদ্ধান্তগুলো পরিচালনা করে। একসাথে, তারা প্রকৃত জিরো ট্রাস্টের কাছাকাছি কিছু তৈরি করে।
এটি পলিসিকে সাধারণ থেকে সুনির্দিষ্ট স্তরে পরিবর্তন করে।
“কলাবোরেশন ট্রাফিককে অগ্রাধিকার দিন” বলার পরিবর্তে, পলিসিটি হয় “ট্রাস্টেড ডিভাইসে অথরাইজড স্টাফদের জন্য কলাবোরেশন ট্রাফিক অনুমোদন ও অগ্রাধিকার দিন, আর গেস্টদের সেই অ্যাক্সেস অস্বীকার করুন এবং লিগ্যাসি এন্ডপয়েন্টগুলোকে আইসোলেট করুন”। এটি অনেক উন্নত একটি নির্দেশনা।
ডিজাইন নীতি: নেটওয়ার্ক পলিসি ট্রাফিককে বলে যে এটি কোথায় যেতে পারে। আইডেন্টিটি পলিসি নেটওয়ার্ককে বলে যে কার সেখানে যাওয়ার অনুমতি থাকা উচিত।
ফার্স্ট-প্যাকেট ট্রাস্ট কেন গুরুত্বপূর্ণ
Captive Portal এবং শেয়ারড ক্রিডেনশিয়ালগুলো একটি পুরানো অ্যাক্সেস মডেলের অংশ। এগুলো ব্যবহারকারীদের জন্য ঝামেলার এবং অপারেটরদের জন্য দুর্বল।
ডিরেক্টরি ইন্টিগ্রেশন, সার্টিফিকেট-গ্রেড ট্রাস্ট এবং Passpoint ও OpenRoaming -এর মতো স্ট্যান্ডার্ডের চারপাশে তৈরি আইডেন্টিটি-ভিত্তিক অ্যাক্সেস সিদ্ধান্ত নেওয়ার প্রক্রিয়াটিকে আরও এগিয়ে নিয়ে আসে। সেশনটি আরও শক্তিশালী আশ্বাসের সাথে শুরু হয়, কোনো জটিল হ্যান্ডঅফের পর নয়।
আপনি যদি ব্রাঞ্চ কানেক্টিভিটিকে আরও ব্যাপক জিরো ট্রাস্ট নেটওয়ার্ক অ্যাক্সেস নীতির সাথে সামঞ্জস্যপূর্ণ করতে চান, তবে এটি বিশেষভাবে প্রাসঙ্গিক। জিরো ট্রাস্ট শুধুমাত্র রিমোট-অ্যাক্সেস ধারণা হিসেবে সীমাবদ্ধ থাকে না, বরং এটি এমন একটি বিষয় যা আপনি ভেন্যুর ভেতরেও প্রয়োগ করতে পারেন।
ব্যবহারিক শিক্ষাটি অত্যন্ত সহজ। SD-WAN আপনাকে নেটওয়ার্কের ওপর নিয়ন্ত্রণ দেয়। আইডেন্টিটি-ভিত্তিক অ্যাক্সেস আপনাকে নিয়ন্ত্রণ দেয় যে কারা এটি ব্যবহার করতে পারবে এবং কী শর্তে করতে পারবে। শেয়ারড এনভায়রনমেন্টে আপনার উভয়ই প্রয়োজন।
SD WAN অপারেশনাল রানবুকের মাধ্যমে তত্ত্বকে বাস্তবে রূপ দেওয়া
ভালো আর্কিটেকচার তখনই কাজে আসে যখন আপনার টিম চাপের মধ্যেও এটি বারবার পরিচালনা করতে পারে।
সেখানেই অপারেশনাল রানবুকগুলো সাহায্য করে। এগুলো sd wan ম্যানেজমেন্টকে একটি ডিজাইন কনসেপ্ট থেকে নির্ভরযোগ্য অ্যাকশনের সেটে রূপান্তর করে যা জুনিয়র ইঞ্জিনিয়াররা অনুসরণ করতে পারে এবং সিনিয়র ইঞ্জিনিয়াররা ভরসা করতে পারে।
একটি নতুন সাইট অনলাইন করার রানবুক
একটি নতুন ব্রাঞ্চ, ক্যাফে, ক্লিনিক বা হোটেলের জন্য কোনো জটিল ডিপ্লয়মেন্ট প্রক্রিয়ার প্রয়োজন হয় না।
একটি ব্যবহারিক রোলআউট সাধারণত এইরকম দেখায়:
সাইট প্রোফাইল অ্যাসাইন করুন অবস্থানটিকে একটি স্ট্যান্ডার্ড ডিজাইনের সাথে ম্যাপ করুন। রিটেইল এবং কর্পোরেট অফিস এক নয়। হসপিটালিটি এবং হেলথকেয়ার এক নয়। প্রোফাইলে ইতিমধ্যে সেগমেন্টেশন, পছন্দের ট্রান্সপোর্ট এবং বেসলাইন সিকিউরিটি ডিফাইন করা থাকা উচিত।
জিরো-টাচ প্রভিশনিংয়ের জন্য এজ প্রস্তুত করুন ডিভাইসটিকে অর্কেস্ট্রেটরে রেজিস্টার করুন, এটিকে সঠিক টেমপ্লেটের সাথে বাইন্ড করুন এবং এর প্রত্যাশিত আপলিঙ্ক এবং পলিসি গ্রুপ কনফার্ম করুন।
ট্রান্সপোর্ট আচরণ যাচাই করুন অনলাইন হওয়ার পর, চেক করুন যে সার্কিটগুলো সঠিকভাবে সনাক্ত করা হয়েছে কিনা এবং কন্ট্রোলার প্রতিটি লিঙ্ককে একই রকম বিবেচনা না করে পাথের কোয়ালিটি মূল্যায়ন করছে কিনা।
সেগমেন্টেশন এবং অ্যাক্সেস সীমানা নিশ্চিত করুন গেস্ট, স্টাফ, অপারেশন এবং ডিভাইস ট্র্যাফিক সরাসরি সঠিক জোনে পৌঁছানো উচিত।
অ্যাপ্লিকেশন টেস্ট চালান ভয়েস, পেমেন্ট, লাইন-অফ-বিজনেস অ্যাক্সেস এবং সাধারণ ইন্টারনেট ব্রেকআউটের মতো কিছু গুরুত্বপূর্ণ অভিজ্ঞতার ছোট সেট যাচাই করুন।
একটি পরিপক্ক টিম এটিকে একটি চেকলিস্ট হিসেবে বিবেচনা করে, কোনো ক্রাফট প্রজেক্ট হিসেবে নয়।
নিরাপদে পলিসি পরিবর্তন পুশ করার রানবুক
পলিসি পরিবর্তন হলো এমন একটি ক্ষেত্র যেখানে কেন্দ্রীয় ম্যানেজমেন্ট তার কার্যকারিতা প্রমাণ করে।
ধরুন আপনাকে একটি অ্যাপ্লিকেশন ক্যাটাগরির জন্য ইন্টারনেট অ্যাক্সেস আরও কঠোর করতে হবে, অথবা একটি নির্দিষ্ট ধরণের সমস্ত সাইটে ভয়েসের জন্য পাথ প্রেফারেন্স পরিবর্তন করতে হবে। মূল পদ্ধতিটি সহজ:
- সাইট-বাই-সাইট ব্যতিক্রমের পরিবর্তে কেন্দ্রীয় পলিসি সেট এডিট করুন।
- সঠিক ডিভাইস গ্রুপ বা সাইট ক্লাসে পরিবর্তনের স্কোপ নির্ধারণ করুন।
- ডিপ্লয়মেন্টের আগে পলিসি অর্ডার এবং কনফ্লিক্টগুলো রিভিউ করুন।
- যদি পরিবর্তনটি ব্যবহারকারীর কাছে দৃশ্যমান হয়, তবে একটি নিয়ন্ত্রিত উইন্ডোর সময় পুশ করুন।
- প্রত্যাশিত ম্যাচ নিশ্চিত করতে এবং কোনো অনাকাঙ্ক্ষিত পার্শ্বপ্রতিক্রিয়া এড়াতে পুশ করার পর লাইভ টেলিমেট্রি পর্যবেক্ষণ করুন।
যা সাধারণত টিমগুলোকে সমস্যায় ফেলে তা পুশ নিজে নয়। এটি হলো দুর্বল পলিসি হাইজিন। খুব বেশি ওভারল্যাপিং নিয়ম, অস্পষ্ট নামকরণ এবং ইমার্জেন্সি এক্সেপশন যা কখনোই ক্লিন আপ করা হয়নি।
পলিসির নাম রিডেবল রাখুন। “Policy_27B_Final”-এর চেয়ে “Retail-Guest-Internet-Default” অনেক ভালো।
একটি খারাপ কল বা স্লো অ্যাপের ট্রাবলশুটিংয়ের রানবুক
যখন কোনো ব্যবহারকারী একটি খারাপ ভিডিও মিটিং বা ড্রপ হওয়া কলের রিপোর্ট করেন, তখন ঢালাওভাবে WiFi বা ISP-কে দায়ী করা শুরু করবেন না।
একটি ছোট ডিসিশন ফ্লো ব্যবহার করুন:
| চেক | আপনি যা খুঁজছেন | সম্ভাব্য পরবর্তী পদক্ষেপ |
|---|---|---|
| অ্যাপ্লিকেশন পাথ | অ্যাপটি কি তার নির্ধারিত ট্রান্সপোর্ট ব্যবহার করেছে? | পলিসি ম্যাচ বা পাথ প্রেফারেন্স ঠিক করুন |
| লিঙ্ক হেলথ | অভিযোগের সময়ে কি লেটেন্সি, জিটার বা লস ছিল? | ট্র্যাফিক সরিয়ে নিন বা ক্যারিয়ারের সমস্যা এসক্যালেট করুন |
| সাইট প্যাটার্ন | একজন ব্যবহারকারী, একটি সাইট, নাকি অনেক সাইট? | লোকাল বনাম সিস্টেমিক সমস্যা আলাদা করুন |
| টাইম কোরিলেশন | পারফরম্যান্স হ্রাস কি পিক ব্যবহারের সময়ের সাথে মিলে যায়? | ক্যাপাসিটি বা ট্র্যাফিক শেপিং রিভিউ করুন |
| Security policy impact | Was traffic inspected or blocked unexpectedly? | Adjust rule order or exception handling |
Central visibility এখানে সময় বাঁচায়। আপনি আর খণ্ডিত অংশ থেকে অনুমান করছেন না। আপনি এক জায়গা থেকে পলিসি, পাথ এবং ব্যবহারকারীর প্রভাব ট্র্যাক করছেন।
The habit that keeps operations clean
সেরা রানবুকগুলিতে একটি চূড়ান্ত পদক্ষেপ অন্তর্ভুক্ত থাকে যা দলগুলি প্রায়শই এড়িয়ে যায়।
একটি সমাধানের পরে, স্ট্যান্ডার্ড আপডেট করুন। যদি আপনার মূল প্রোফাইলটি খুব বিস্তৃত হওয়ার কারণে কোনও সাইটের একটি এককালীন পরিবর্তনের প্রয়োজন হয়, তবে হয় সেটিকে একটি সমর্থিত বৈচিত্র্য হিসাবে আনুষ্ঠানিক করুন বা ব্যতিক্রমটি সরিয়ে দিন। প্রোডাকশনে নথিভুক্ত নয় এমন পরিবর্তন রেখে যাবেন না।
যেকোনো ড্যাশবোর্ড ফিচারের চেয়ে এই শৃঙ্খলা বেশি গুরুত্বপূর্ণ। সময়ের সাথে সাথে, এটিই এমন একটি SD-WAN এস্টেট যা পরিচালনাযোগ্য থাকে এবং যা ধীরে ধীরে সেই বিশৃঙ্খলাকে পুনরায় তৈরি করে যা এটি প্রতিস্থাপন করার জন্য তৈরি করা হয়েছিল তার মধ্যে পার্থক্য গড়ে তোলে।
The Future of Networking Unified and Identity Aware
পুরানো WAN মডেল একটি সংকীর্ণ প্রশ্ন জিজ্ঞাসা করত। আমরা কিভাবে সাইটগুলি সংযুক্ত করব?
সেটি আর যথেষ্ট নয়। আধুনিক ক্রিয়াকলাপগুলিকে একই সময়ে একগুচ্ছ প্রশ্নের উত্তর দিতে হবে। আমরা কীভাবে সাইটগুলিকে সংযুক্ত করব, বুদ্ধিমত্তার সাথে পাথ নির্বাচন করব, ধারাবাহিকভাবে নিরাপত্তা প্রয়োগ করব, অ্যাপ্লিকেশনের কার্যকারিতা বুঝব এবং একা অবস্থানের পরিবর্তে পরিচয়ের উপর ভিত্তি করে অ্যাক্সেসের সিদ্ধান্ত নেব?
এই কারণেই এর নিচের ট্রান্সপোর্ট মিক্সের চেয়ে sd wan management বেশি গুরুত্বপূর্ণ।
What mature teams are really building
চূড়ান্ত লক্ষ্য একটি ড্যাশবোর্ড নয়। এটি একটি অপারেটিং মডেল।
সবচেয়ে শক্তিশালী পরিবেশগুলি সমন্বয় করে:
- Central orchestration যাতে সাইটগুলি সামঞ্জস্যপূর্ণ থাকে
- Real-time control যাতে নেটওয়ার্ক পরিবর্তনশীল পরিস্থিতির সাথে খাপ খাইয়ে নিতে পারে
- Telemetry and analytics যাতে ব্যবহারকারীরা অভিযোগ করার আগে দলগুলি ব্যবস্থা নিতে পারে
- Integrated security যাতে স্থানীয় ব্রেকআউট স্থানীয় ঝুঁকিতে পরিণত না হয়
- Identity-aware access যাতে ব্যবহারকারী এবং ডিভাইসগুলি প্রথম সংযোগ থেকেই সঠিক স্তরের বিশ্বাস পায়
এই অংশগুলি একে অপরকে শক্তিশালী করে। যদি একটিও অনুপস্থিত থাকে, তবে পুরো ডিজাইনটি কম কার্যকর বলে মনে হয়।
Why identity is the next line of maturity
একটি নেটওয়ার্ক যা কেবল সার্কিট এবং অ্যাপ্লিকেশন বোঝে তা দরকারী। তবে একটি নেটওয়ার্ক যা ব্যবহারকারী, ভূমিকা, ডিভাইস এবং অ্যাক্সেসের অবস্থাও বোঝে তা অনেক বেশি স্থিতিস্থাপক।
এটি এমন পরিবেশে সবচেয়ে বেশি গুরুত্বপূর্ণ যেখানে অনেক লোক একই শারীরিক অবকাঠামো ভাগ করে নেয় কিন্তু একই বিশ্বাসের স্তর ভাগ করা উচিত নয়। আতিথেয়তা, খুচরা বিক্রেতা, আবাসিক, ইভেন্ট, পরিবহন এবং স্বাস্থ্যসেবা সকলেই দ্রুত এই সমস্যার সম্মুখীন হয়।
ভবিষ্যতের WAN হল সফটওয়্যার-সংজ্ঞায়িত, তবে এটিই শেষ সীমা নয়। এটিকে identity-aware হতে হবে।
যখন টিমগুলি এটি সঠিকভাবে করতে পারে, তখন ক্রিয়াকলাপগুলি আরও নির্বিঘ্ন হয়। নতুন সাইটগুলি চালু করা সহজ হয়। পলিসি পরিবর্তনগুলি রোল আউট করা আরও নিরাপদ হয়। ট্রাবলশুটিং আরও দ্রুত হয়। নিরাপত্তা আর ওয়ার্কঅ্যারাউন্ডের ওপর ততটা নির্ভরশীল থাকে না। ব্যবহারকারীরা ব্রাঞ্চ নেটওয়ার্কিং, WiFi অনবোর্ডিং এবং অ্যাক্সেস কন্ট্রোলের মধ্যে থাকা ব্যবধানগুলি আর অনুভব করেন না।
এটি একটি গুরুত্বপূর্ণ প্রতিশ্রুতি দেয়। এটি কেবল একটি উন্নত WAN নয়, বরং যারা এটি পরিচালনা করেন এবং যারা এর ওপর নির্ভর করেন তাদের সবার জন্য একটি আরও সুসংগত পরিবেশ নিশ্চিত করে।
আপনি যদি নেটওয়ার্ক-লেভেল কন্ট্রোল এবং ইউজার-লেভেল অ্যাক্সেসের মধ্যে ব্যবধান কমিয়ে আনতে চান, তবে Purple প্রতিষ্ঠানগুলিকে শেয়ার করা পাসওয়ার্ড এবং জটিল captive portals -এর পরিবর্তে অতিথি, কর্মী এবং মাল্টি-ট্যানেন্ট পরিবেশের জন্য আইডেন্টিটি-ভিত্তিক, পাসওয়ার্ডহীন WiFi অ্যাক্সেস প্রদান করতে সহায়তা করে। এটি জিরো-ট্রাস্ট চিন্তাভাবনাকে সরাসরি এজ (edge) পর্যন্ত প্রসারিত করার একটি ব্যবহারিক উপায়, বিশেষ করে এমন জায়গাগুলিতে যেখানে কেবল SD-WAN ব্যবহারকারীর আইডেন্টিটি সংক্রান্ত সমস্যার সমাধান করতে পারে না।
