শেয়ার্ড WiFi নেটওয়ার্কের জন্য মাইক্রো-সেগমেন্টেশনের সেরা অনুশীলন

শেয়ার্ড WiFi নেটওয়ার্কের জন্য মাইক্রো-সেগমেন্টেশনের সেরা অনুশীলন — একটি Purple টেকনিক্যাল ব্রিফিং [সূচনা — আনুমানিক ১ মিনিট] Purple টেকনিক্যাল ব্রিফিং সিরিজে আপনাকে স্বাগতম। আমি আপনার হোস্ট, এবং আজ আমরা শেয়ার্ড WiFi ইনফ্রাস্ট্রাকচার চালানো যেকোনো ভেন্যুর জন্য সবচেয়ে অপারেশনালভাবে গুরুত্বপূর্ণ একটি বিষয় নিয়ে আলোচনা করতে যাচ্ছি: wifi মাইক্রো-সেগমেন্টেশন। আপনি যদি কোনো হোটেল, রিটেইল এস্টেট, স্টেডিয়াম বা কনফারেন্স সেন্টার জুড়ে নেটওয়ার্ক ইনফ্রাস্ট্রাকচার পরিচালনা করে থাকেন, তবে আপনি প্রায় নিশ্চিতভাবেই একই ফিজিক্যাল অ্যাক্সেস লেয়ারে গেস্ট ডিভাইস, IoT সিস্টেম এবং স্টাফ এন্ডপয়েন্টগুলো চালাচ্ছেন। এটি একটি উল্লেখযোগ্য নিরাপত্তা এবং কমপ্লায়েন্স ঝুঁকি — এবং মাইক্রো-সেগমেন্টেশন হলো এর আর্কিটেকচারাল প্রতিক্রিয়া। আগামী দশ মিনিটে, আমরা টেকনিক্যাল আর্কিটেকচার, ইমপ্লিমেন্টেশন সিকোয়েন্স, কমপ্লায়েন্সের প্রভাব এবং বাস্তব জগতে আপনার কী ধরনের ফলাফল আশা করা উচিত তা নিয়ে আলোচনা করব। এটি একটি প্র্যাকটিশনার ব্রিফিং, কোনো থিওরি লেকচার নয় — তাই চলুন সরাসরি মূল আলোচনায় যাওয়া যাক। [টেকনিক্যাল ডিপ-ডাইভ — আনুমানিক ৫ মিনিট] চলুন মৌলিক বিষয়গুলো দিয়ে শুরু করি। একটি শেয়ার্ড WLAN-এর প্রেক্ষাপটে মাইক্রো-সেগমেন্টেশন মানে হলো ডিভাইস ক্লাস এবং ব্যবহারকারী গ্রুপগুলোর মধ্যে গ্র্যানুলার, পলিসি-চালিত আইসোলেশন কার্যকর করা — নেটওয়ার্ক লেয়ারে, শুধুমাত্র অ্যাপ্লিকেশন লেয়ারে নয়। প্রথাগত VLAN-ভিত্তিক সেগমেন্টেশন থেকে এর মূল পার্থক্য হলো গ্র্যানুলারিটি এবং ডায়নামিজম। প্রথাগত VLAN আপনাকে বিস্তৃত পৃথকীকরণ দেয়। মাইক্রো-সেগমেন্টেশন আপনাকে প্রতি-ডিভাইস, প্রতি-সেশন, প্রতি-রোল পলিসি এনফোর্সমেন্ট দেয়। এখানকার ভিত্তিগত স্ট্যান্ডার্ডগুলো হলো পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের জন্য IEEE 802.1X এবং ওয়্যারলেস অথেনটিকেশন লেয়ারের জন্য WPA3-Enterprise। যখন আপনি একটি RADIUS ব্যাক-এন্ডের সাথে 802.1X যুক্ত করেন, তখন আপনি ডায়নামিক VLAN অ্যাসাইনমেন্ট পান — যার মানে হলো একটি ডিভাইসের নেটওয়ার্ক সেগমেন্ট তার ক্রেডেনশিয়াল, সার্টিফিকেট বা ডিভাইস প্রোফাইলের উপর ভিত্তি করে প্রমাণীকরণের সময় নির্ধারিত হয়। এটিই হলো একটি WLAN-এ মাইক্রো-সেগমেন্টেশনের ইঞ্জিন। এখন, একটি ভেন্যু পরিবেশে আপনাকে যে তিনটি প্রাথমিক ট্রাফিক ক্লাস আইসোলেট করতে হবে তা নিয়ে কথা বলা যাক। প্রথমত: গেস্ট ট্রাফিক। এটি আপনার সর্বোচ্চ-ভলিউম, সর্বনিম্ন-ট্রাস্ট সেগমেন্ট। গেস্টরা একটি Captive Portal-এর মাধ্যমে সংযুক্ত হয় — সাধারণত ইমেইল, সোশ্যাল লগইন বা SMS OTP ব্যবহার করে — এবং তাদের শুধুমাত্র ইন্টারনেট অ্যাক্সেস পাওয়া উচিত, কোনো অভ্যন্তরীণ নেটওয়ার্ক রিসোর্সের কোনো ভিজিবিলিটি ছাড়াই। গেস্ট সেগমেন্টটি একটি কঠোর নেটওয়ার্ক সীমানা হওয়া উচিত। সেগমেন্টের মধ্যে ক্লায়েন্ট আইসোলেশন অবশ্যই চালু থাকতে হবে যাতে গেস্ট ডিভাইসগুলো একে অপরের সাথে যোগাযোগ করতে না পারে, যা নিরাপত্তা এবং GDPR কমপ্লায়েন্স উভয়ের জন্যই গুরুত্বপূর্ণ। Purple-এর গেস্ট WiFi প্ল্যাটফর্ম এই অথেনটিকেশন এবং পলিসি এনফোর্সমেন্ট লেয়ার পরিচালনা করে এবং সরাসরি আপনার RADIUS এবং অ্যাক্সেস পয়েন্ট ইনফ্রাস্ট্রাকচারের সাথে ইন্টিগ্রেট করে। দ্বিতীয়ত: IoT ডিভাইস। এখানেই বেশিরভাগ ভেন্যু নেটওয়ার্কের সবচেয়ে বড় ঝুঁকি থাকে। স্মার্ট টিভি, IP ক্যামেরা, ডোর অ্যাক্সেস কন্ট্রোলার, HVAC সেন্সর, ডিজিটাল সাইনেজ প্লেয়ার, POS পেরিফেরাল — এই ডিভাইসগুলো সাধারণত ন্যূনতম নিরাপত্তা হার্ডেনিংসহ এমবেডেড ফার্মওয়্যার চালায়, এগুলো খুব কমই 802.1X সমর্থন করে এবং এগুলো ল্যাটারাল মুভমেন্ট আক্রমণের জন্য উচ্চ-মূল্যের লক্ষ্যবস্তু। সঠিক পদ্ধতি হলো সমস্ত IoT ডিভাইসকে ইগ্রেস-অনলি পলিসিসহ একটি ডেডিকেটেড, আইসোলেটেড সেগমেন্টে রাখা। IoT ডিভাইসগুলোর শুধুমাত্র তাদের নির্দিষ্ট ম্যানেজমেন্ট প্ল্যাটফর্মের সাথেই যোগাযোগ করতে সক্ষম হওয়া উচিত — তা বিল্ডিং ম্যানেজমেন্ট সিস্টেম, ক্লাউড IoT হাব বা ভেন্ডর-নির্দিষ্ট কন্ট্রোলার যাই হোক না কেন। গেস্ট সেগমেন্টে তাদের শূন্য অ্যাক্সেস, স্টাফ সেগমেন্টে শূন্য অ্যাক্সেস এবং আদর্শভাবে অন্য কোনো সেগমেন্ট থেকে কোনো ইনবাউন্ড কানেক্টিভিটি থাকা উচিত নয়। একটি ডেডিকেটেড IoT SSID-এর মাধ্যমে MAC-ভিত্তিক অথেনটিকেশন বা সার্টিফিকেট-ভিত্তিক অনবোর্ডিং হলো এখানকার স্ট্যান্ডার্ড ডিপ্লয়মেন্ট প্যাটার্ন। তৃতীয়ত: স্টাফ এবং কর্পোরেট ট্রাফিক। এই সেগমেন্টটি আপনার সর্বোচ্চ-ট্রাস্ট, সর্বোচ্চ-সংবেদনশীল ডেটা বহন করে — POS ট্রানজ্যাকশন, HR সিস্টেম, ব্যাক-অফিস অ্যাপ্লিকেশন। এটিকে অবশ্যই গেস্ট এবং IoT উভয় সেগমেন্ট থেকে সম্পূর্ণভাবে আইসোলেট করতে হবে। EAP-TLS-এর সাথে IEEE 802.1X — অর্থাৎ, সার্টিফিকেট-ভিত্তিক মিউচুয়াল অথেনটিকেশন — হলো স্টাফ ডিভাইস অনবোর্ডিংয়ের জন্য গোল্ড স্ট্যান্ডার্ড। এটি ক্রেডেনশিয়াল-ভিত্তিক আক্রমণগুলো সম্পূর্ণভাবে দূর করে। স্টাফ ডিভাইসগুলোকে আপনার MDM প্ল্যাটফর্মের মাধ্যমে এনরোল করা উচিত, যেখানে সার্টিফিকেটগুলো স্বয়ংক্রিয়ভাবে প্রভিশন করা হয়, যাতে প্রমাণীকরণ প্রক্রিয়াটি শেষ ব্যবহারকারীর কাছে স্বচ্ছ থাকে। এখন, ফিজিক্যাল লেয়ার সম্পর্কে একটি কথা। আমি অপারেটরদের যে সবচেয়ে সাধারণ আর্কিটেকচারাল ভুলটি করতে দেখি তা হলো প্রতিটি সেগমেন্টের জন্য আলাদা SSID চালানো এবং ধরে নেওয়া যে এটি আইসোলেশন প্রদান করে। এটি তা করে না। সঠিক VLAN ট্যাগিং, ফায়ারওয়াল পলিসি এনফোর্সমেন্ট এবং ক্লায়েন্ট আইসোলেশন ছাড়া SSID পৃথকীকরণ হলো সিকিউরিটি থিয়েটার। অ্যাক্সেস পয়েন্টকে অবশ্যই রেডিও লেয়ারে সঠিক VLAN-এ ট্রাফিক ট্যাগ করতে হবে এবং আপনার আপস্ট্রিম সুইচিং এবং ফায়ারওয়াল ইনফ্রাস্ট্রাকচারকে অবশ্যই ইন্টার-VLAN রাউটিং পলিসিগুলো কার্যকর করতে হবে। যদি আপনার ফায়ারওয়াল VLAN-গুলোর মধ্যে যেকোনো-থেকে-যেকোনো ট্রাফিকের অনুমতি দেয় কারণ কেউ নেটওয়ার্ক পরিবর্তনের পরে ACL-গুলো আপডেট করতে ভুলে গেছে, তবে আপনার সেগমেন্টেশন মূল্যহীন। ব্যান্ডউইথ ম্যানেজমেন্টের জন্য, প্রতিটি সেগমেন্টে QoS পলিসি প্রয়োগ করা উচিত। IoT ডিভাইসগুলোর সাধারণত খুব কম ব্যান্ডউইথের প্রয়োজন হয় — বেশিরভাগ সেন্সর এবং সাইনেজ ওয়ার্কলোডের জন্য প্রতি সেকেন্ডে দুই থেকে পাঁচ মেগাবিটই যথেষ্ট। গেস্ট ট্রাফিক প্রতি ডিভাইসে রেট-লিমিট করা উচিত — বেশিরভাগ হসপিটালিটি ডিপ্লয়মেন্টের জন্য প্রতি সেকেন্ডে দশ মেগাবিট একটি যুক্তিসঙ্গত সীমা — যাতে কোনো একক ডিভাইস আপলিঙ্ক স্যাচুরেট করতে না পারে। স্টাফ ট্রাফিককে অগ্রাধিকার দেওয়া উচিত এবং আনক্যাপড রাখা উচিত, বা অন্ততপক্ষে একটি গ্যারান্টিযুক্ত ন্যূনতম ব্যান্ডউইথ বরাদ্দ দেওয়া উচিত। চলুন WPA3 নিয়েও আলোচনা করি। আপনি যদি ২০২৫ বা ২০২৬ সালে নতুন ইনফ্রাস্ট্রাকচার ডিপ্লয় করেন, তবে Simultaneous Authentication of Equals — SAE — সহ WPA3-Personal আপনার গেস্ট SSID-গুলোর জন্য বেসলাইন হওয়া উচিত। SAE অফলাইন ডিকশনারি আক্রমণ দুর্বলতা দূর করে যা WPA2-PSK-কে জর্জরিত করেছিল, যা শেয়ার্ড-পাসওয়ার্ড গেস্ট নেটওয়ার্কগুলোর জন্য বিশেষভাবে গুরুত্বপূর্ণ। স্টাফ নেটওয়ার্কগুলোর জন্য, যেখানে আপনার হার্ডওয়্যার সমর্থন করে সেখানে 192-বিট মোডসহ WPA3-Enterprise হলো উপযুক্ত কনফিগারেশন। সবশেষে টেকনিক্যাল দিক থেকে: DNS ফিল্টারিং। প্রতিটি গেস্ট সেগমেন্টে রিজলভার লেয়ারে DNS ফিল্টারিং প্রয়োগ করা উচিত। এটি আপনাকে কন্টেন্ট পলিসি এনফোর্সমেন্ট, ম্যালওয়্যার ডোমেইন ব্লকিং এবং কমপ্লায়েন্সের উদ্দেশ্যে একটি অডিট ট্রেইল দেয়। Purple-এর DNS ফিল্টারিং ইন্টিগ্রেশন আপনাকে প্রতি নেটওয়ার্ক সেগমেন্টে ক্যাটাগরি-ভিত্তিক ব্লকিং পলিসি প্রয়োগ করতে দেয় — তাই আপনার গেস্ট সেগমেন্ট অ্যাডাল্ট কন্টেন্ট এবং পরিচিত ক্ষতিকারক ডোমেইনগুলো ব্লক করে, যেখানে আপনার IoT সেগমেন্ট শুধুমাত্র আপনার ডিভাইস ফ্লিটের জন্য প্রয়োজনীয় নির্দিষ্ট ডোমেইনগুলো রিজলভ করে। [ইমপ্লিমেন্টেশন রেকমেন্ডেশন এবং পিটফল — আনুমানিক ২ মিনিট] আমি আপনাকে ইমপ্লিমেন্টেশন সিকোয়েন্সটি দিচ্ছি যা বাস্তবে কাজ করে। একটি নেটওয়ার্ক অডিট দিয়ে শুরু করুন। আপনি কোনো কনফিগারেশন স্পর্শ করার আগে, আপনার নেটওয়ার্কের প্রতিটি ডিভাইস ক্লাস, প্রতিটি SSID, প্রতিটি VLAN এবং প্রতিটি ফায়ারওয়াল নিয়ম ডকুমেন্ট করুন। আপনি যা ইনভেন্টরি করেননি তা সেগমেন্ট করতে পারবেন না। একটি সম্পূর্ণ ডিভাইস রেজিস্টার তৈরি করতে একটি নেটওয়ার্ক ডিসকভারি টুল — NMAP, আপনার কন্ট্রোলারের বিল্ট-ইন ডিসকভারি বা একটি ডেডিকেটেড NAC সলিউশন — ব্যবহার করুন। ধাপ দুই: আপনি কিছু কনফিগার করার আগে আপনার সেগমেন্টেশন পলিসি সংজ্ঞায়িত করুন। প্রতিটি ডিভাইস ক্লাসকে একটি সেগমেন্টে ম্যাপ করুন, ইন্টার-সেগমেন্ট রাউটিং নিয়মগুলো নির্ধারণ করুন — যা প্রায় সবসময়ই সুস্পষ্ট অনুমতির ব্যতিক্রমসহ deny-all হওয়া উচিত — এবং বাস্তবায়নের আগে আপনার সিকিউরিটি এবং কমপ্লায়েন্স টিমের কাছ থেকে সাইন-অফ নিন। ধাপ তিন: প্রথমে একটি টেস্ট পরিবেশে ডিপ্লয় করুন। আপনার যদি একটি ল্যাব বা স্টেজিং SSID থাকে, তবে প্রোডাকশনে রোল আউট করার আগে আপনার VLAN ট্যাগিং, RADIUS ইন্টিগ্রেশন এবং ফায়ারওয়াল পলিসিগুলো যাচাই করুন। আমি যে সবচেয়ে সাধারণ প্রোডাকশন ইনসিডেন্টটি দেখি তা হলো একটি ভুলভাবে কনফিগার করা RADIUS সার্ভার যা সমস্ত 802.1X অথেনটিকেশন ড্রপ করে, যা একটি সাইট জুড়ে স্টাফ কানেক্টিভিটি ডাউন করে দেয়। ধাপ চার: ডিভাইস ক্লাস অনুযায়ী রোল আউট করুন, লোকেশন অনুযায়ী নয়। IoT আইসোলেশন দিয়ে শুরু করুন — এটির সর্বোচ্চ সিকিউরিটি ইমপ্যাক্ট এবং সর্বনিম্ন অপারেশনাল ঝুঁকি রয়েছে, কারণ দশ মিনিটের জন্য কানেক্টিভিটি হারালে IoT ডিভাইসগুলোর ব্যবহারকারীরা অভিযোগ করে না। এরপর গেস্ট সেগমেন্টেশন রোল আউট করুন। তারপর স্টাফ। ধাপ পাঁচ: মনিটর এবং ইটারেট করুন। আপনার ইন্টার-VLAN রাউটিং পয়েন্টগুলোতে ফ্লো মনিটরিং — NetFlow বা sFlow — ডিপ্লয় করুন যাতে আপনি যেকোনো অপ্রত্যাশিত ক্রস-সেগমেন্ট ট্রাফিক শনাক্ত করতে পারেন। আপনার পলিসি ম্যাট্রিক্স লঙ্ঘন করে এমন যেকোনো ট্রাফিকের জন্য অ্যালার্ট সেট আপ করুন। ত্রৈমাসিকভাবে আপনার সেগমেন্টেশন পলিসি পর্যালোচনা করুন। যে ভুলগুলো এড়াতে হবে: এক নম্বর, গেস্ট সেগমেন্টের মধ্যে ক্লায়েন্ট আইসোলেশন চালু করতে ভুলে যাওয়া। দুই নম্বর, ম্যানেজমেন্ট ইন্টারফেসগুলো — অ্যাক্সেস পয়েন্ট অ্যাডমিন কনসোল, সুইচ ম্যানেজমেন্ট VLAN — গেস্ট বা IoT সেগমেন্ট থেকে অ্যাক্সেসযোগ্য রাখা। তিন নম্বর, একাধিক SSID জুড়ে একই প্রি-শেয়ার্ড কী ব্যবহার করা এবং এটিকে সেগমেন্টেশন বলা। এবং চার নম্বর, আপনার VLAN-থেকে-সেগমেন্ট ম্যাপিং ডকুমেন্ট করতে ব্যর্থ হওয়া, যা ছয় মাস পরে মূল ইঞ্জিনিয়ার চলে গেলে ট্রাবলশুটিংকে একটি দুঃস্বপ্নে পরিণত করে। [র‍্যাপিড-ফায়ার প্রশ্নোত্তর — আনুমানিক ১ মিনিট] আমি নেটওয়ার্ক আর্কিটেক্টদের কাছ থেকে সবচেয়ে বেশি যে প্রশ্নগুলো পাই তার কয়েকটি নিয়ে আলোচনা করছি। "আমার কি প্রতিটি সেগমেন্টের জন্য আলাদা অ্যাক্সেস পয়েন্ট দরকার?" না। একটি একক অ্যাক্সেস পয়েন্ট একাধিক SSID ব্রডকাস্ট করতে পারে, যার প্রতিটি একটি আলাদা VLAN-এ ম্যাপ করা থাকে। আইসোলেশন সুইচিং এবং ফায়ারওয়াল লেয়ারে ঘটে, রেডিও লেয়ারে নয়। "আমার কতগুলো SSID চালানো উচিত?" প্রতি অ্যাক্সেস পয়েন্টে এটি চার বা তার কম রাখুন। প্রতিটি অতিরিক্ত SSID ম্যানেজমেন্ট ওভারহেড যোগ করে এবং বীকন ফ্রেমের জন্য এয়ারটাইম খরচ করে। যেখানে সম্ভব একত্রিত করুন। "আমি কি 802.1X ছাড়া ডায়নামিক সেগমেন্টেশন ব্যবহার করতে পারি?" হ্যাঁ — MAC-ভিত্তিক RADIUS অথেনটিকেশন বা একটি NAC সলিউশনের মাধ্যমে ডিভাইস ফিঙ্গারপ্রিন্টিং ডিভাইসগুলোকে তাদের MAC অ্যাড্রেস বা ডিভাইস প্রোফাইলের উপর ভিত্তি করে সেগমেন্টে অ্যাসাইন করতে পারে। এটি সার্টিফিকেট-ভিত্তিক অথেনটিকেশনের চেয়ে কম সুরক্ষিত কিন্তু IoT ফ্লিটগুলোর জন্য বাস্তবসম্মত। "মাইক্রো-সেগমেন্টেশন কি PCI DSS স্কোপ রিডাকশন পূরণ করে?" হ্যাঁ, যদি সঠিকভাবে বাস্তবায়ন করা হয়। একটি সঠিকভাবে সেগমেন্ট করা কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট — যেখানে POS সিস্টেমগুলো গেস্ট বা IoT নেটওয়ার্কের সাথে কোনো কানেক্টিভিটি ছাড়াই একটি আইসোলেটেড সেগমেন্টে থাকে — আপনার PCI DSS অডিট স্কোপ উল্লেখযোগ্যভাবে কমাতে পারে। আপনার আর্কিটেকচার তাদের প্রয়োজনীয়তা পূরণ করে কিনা তা নিশ্চিত করতে আপনার QSA-কে আগে থেকেই যুক্ত করুন। [সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ — আনুমানিক ১ মিনিট] সংক্ষেপে বলতে গেলে: ২০২৫ সালে স্কেলে কাজ করা যেকোনো ভেন্যুর জন্য একটি শেয়ার্ড WLAN-এ wifi মাইক্রো-সেগমেন্টেশন ঐচ্ছিক নয়। এটি হলো ভিত্তিগত সিকিউরিটি এবং কমপ্লায়েন্স কন্ট্রোল যা একটি পেশাদারভাবে পরিচালিত নেটওয়ার্ককে একটি দায়বদ্ধতা থেকে আলাদা করে। আপনাকে যে তিনটি সেগমেন্ট বাস্তবায়ন করতে হবে তা হলো গেস্ট, IoT এবং স্টাফ — প্রতিটির আলাদা অথেনটিকেশন, রাউটিং এবং ব্যান্ডউইথ পলিসি রয়েছে। যে স্ট্যান্ডার্ডগুলোর উপর ভিত্তি করে তৈরি করতে হবে তা হলো IEEE 802.1X, WPA3-Enterprise এবং RADIUS-এর মাধ্যমে ডায়নামিক VLAN অ্যাসাইনমেন্ট। আপনি পেমেন্ট সিস্টেমের জন্য PCI DSS এবং গেস্ট ডেটার জন্য GDPR কমপ্লায়েন্স ফ্রেমওয়ার্কগুলো পূরণ করেন। আপনার পরবর্তী পদক্ষেপ: এই সপ্তাহে একটি ডিভাইস ইনভেন্টরি পরিচালনা করুন, আপনার সেগমেন্টেশন পলিসি ম্যাট্রিক্স সংজ্ঞায়িত করুন এবং ডায়নামিক VLAN অ্যাসাইনমেন্ট সমর্থন করার জন্য আপনার বর্তমান ইনফ্রাস্ট্রাকচারের সক্ষমতা যাচাই করতে আপনার অ্যাক্সেস পয়েন্ট ভেন্ডর এবং ফায়ারওয়াল টিমকে যুক্ত করুন। Purple-এর প্ল্যাটফর্ম গেস্ট অথেনটিকেশন, অ্যানালিটিক্স এবং DNS ফিল্টারিং লেয়ার প্রদান করে যা আপনার সেগমেন্টেড ইনফ্রাস্ট্রাকচারের উপরে বসে — আপনাকে একটি একক ম্যানেজমেন্ট কনসোল থেকে আপনার সমস্ত গেস্ট-ফেসিং সেগমেন্ট জুড়ে ভিজিবিলিটি এবং পলিসি কন্ট্রোল দেয়। শোনার জন্য ধন্যবাদ। সম্পূর্ণ টেকনিক্যাল রেফারেন্স গাইড, আর্কিটেকচার ডায়াগ্রাম এবং কাজের উদাহরণগুলোর জন্য, purple dot ai ভিজিট করুন।