Staff WiFi-এর জন্য ব্যান্ডউইথ পরিচালনা: Shaping, QoS এবং ট্রাফিক হ্রাস করা

স্টাফ WiFi-এর জন্য ব্যান্ডউইথ ম্যানেজ করা: শেপিং, QoS এবং ট্রাফিক কমানো। একটি Purple টেকনিক্যাল ব্রিফিং। স্বাগতম। আপনি যদি এটি শুনে থাকেন, তাহলে সম্ভবত আপনি এন্টারপ্রাইজ আইটি-র সবচেয়ে সাধারণ সমস্যাগুলির একটির মুখোমুখি হচ্ছেন: স্টাফরা বলছেন যে WiFi ধীরগতির। হতে পারে এটি হোটেলের ব্যাক-অফিস টিম যা চেক-ইন প্রসেস করতে হিমশিম খাচ্ছে। হতে পারে এটি একটি রিটেল চেইন যেখানে POS টার্মিনালগুলোর টাইম আউট হয়ে যাচ্ছে। অথবা হতে পারে এটি একটি কনফারেন্স সেন্টার যেখানে লাইভ ইভেন্টের সময় AV টিম একটি স্থিতিশীল সংযোগ পাচ্ছে না। প্রেক্ষাপট যাই হোক না কেন, মূল কারণটি প্রায় সবসময়ই এক - আপনার নেটওয়ার্কটি যা পরিচালনা করার জন্য ডিজাইন করা হয়েছে তার চেয়ে বেশি ট্রাফিক রয়েছে এবং ভুল ট্রাফিকটি অগ্রাধিকার পাচ্ছে। এই ব্রিফিংয়ে, আমরা তিনটি বিষয় কভার করতে যাচ্ছি: স্টাফ WiFi পরিবেশে ট্রাফিক শেপিং এবং QoS আসলে কীভাবে কাজ করে, বিভিন্ন ধরনের ভেন্যু জুড়ে একটি ব্যবহারিক ডিপ্লয়মেন্ট কেমন দেখায়, এবং কীভাবে অ্যাড-ব্লকিংয়ের জন্য Purple Shield ডিপ্লয় করার মাধ্যমে আপনার সামগ্রিক নেটওয়ার্ক লোড একটি উল্লেখযোগ্য পরিমাণে কমানো যায় - আপনার লাইনের গতি স্পর্শ না করে বা অবকাঠামো আপগ্রেডের পেছনে খরচ না করে। চলুন বিস্তারিত আলোচনা করা যাক। সেকশন এক: সমস্যাটি বোঝা। অধিকাংশ এন্টারপ্রাইজ ভেন্যু একটি শেয়ার্ড ইন্টারনেট সংযোগে চলে। স্টাফ WiFi, গেস্ট WiFi, ব্যাক-অফিস সিস্টেম, CCTV, বিল্ডিং ম্যানেজমেন্ট সিস্টেম - এগুলি সবই একই আপস্ট্রিম পাইপ শেয়ার করে। যখন সেই পাইপটি কনজেস্টেড বা জ্যাম হয়ে যায়, তখন সবকিছুর কার্যকারিতা হ্রাস পায়। কিন্তু সব ট্রাফিক সমান নয়। একটি VoIP কল মাঝপথে কেটে যাওয়া বিপর্যয়কর। একটি সফটওয়্যার আপডেট হতে অতিরিক্ত দুই মিনিট সময় লাগা অপ্রাসঙ্গিক। সমস্যা হলো, সক্রিয় ম্যানেজমেন্ট ছাড়া, আপনার নেটওয়ার্ক এই পার্থক্যটি বুঝতে পারে না। ট্রাফিক শেপিং হলো সেই মেকানিজম যা আপনি নেটওয়ার্ককে বলার জন্য ব্যবহার করেন যে কোন ট্রাফিকটি গুরুত্বপূর্ণ। Quality of Service, বা QoS, হলো সেই ফ্রেমওয়ার্ক যা নিয়মগুলো নির্ধারণ করে। একসাথে, এগুলি আপনাকে গুরুত্বপূর্ণ অ্যাপ্লিকেশনগুলির জন্য ব্যান্ডউইথ গ্যারান্টি দিতে এবং অন্য সবকিছুকে সীমাবদ্ধ করতে সাহায্য করে। IEEE 802.11e স্ট্যান্ডার্ড WMM - Wireless Multimedia নামক একটি মেকানিজমের মাধ্যমে ওয়্যারলেস নেটওয়ার্কে QoS চালু করেছে। WMM চারটি অ্যাক্সেস ক্যাটাগরি সংজ্ঞায়িত করে: ভয়েস, ভিডিও, বেস্ট এফোর্ট এবং ব্যাকগ্রাউন্ড। Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, এবং Ubiquiti UniFi-এর প্রতিটি আধুনিক অ্যাক্সেস পয়েন্ট WMM সমর্থন করে। প্রশ্ন হলো আপনি এটি সঠিকভাবে ব্যবহার করছেন কিনা। তারযুক্ত (wired) দিকে, IP হেডারে DSCP - Differentiated Services Code Point - মার্কিং ব্যবহার করে QoS ইমপ্লিমেন্ট করা হয়। DSCP EF, যার অর্থ Expedited Forwarding, ভয়েস ট্রাফিকের জন্য ব্যবহৃত হয়। DSCP AF41 ভিডিও কনফারেন্সিংয়ের জন্য ব্যবহৃত হয়। DSCP CS1 হলো ব্যাকগ্রাউন্ড ক্লাস - সফটওয়্যার আপডেট, বাল্ক ট্রান্সফার বা এমন যেকোনো কিছু যা অপেক্ষা করতে পারে। যখন আপনি আপনার অ্যাপ্লিকেশন ট্রাফিককে সঠিক DSCP মার্কিংয়ের সাথে ম্যাপ করেন এবং আপনার সুইচ ও অ্যাক্সেস পয়েন্টগুলোকে সেগুলি মেনে চলার জন্য কনফিগার করেন, তখন আপনি গুরুত্বপূর্ণ অ্যাপ্লিকেশনগুলির জন্য অনুমানযোগ্য পারফরম্যান্স পান। সেকশন দুই: আর্কিটেকচার এবং সেগমেন্টেশন। QoS কনফিগার করার আগে, আপনার নেটওয়ার্কটি সঠিকভাবে সেগমেন্ট করা প্রয়োজন। স্টাফ WiFi নিজস্ব VLAN - একটি Virtual Local Area Network - এ থাকা উচিত যা গেস্ট WiFi এবং IoT ডিভাইস থেকে সম্পূর্ণ আলাদা। এটি কেবল PCI DSS এবং GDPR-এর অধীনে একটি সিকিউরিটি প্রয়োজনীয়তাই নয়; এটি কার্যকর QoS-এর জন্য একটি পূর্বশর্ত, কারণ আপনি বিভিন্ন VLAN-এ বিভিন্ন পলিসি প্রয়োগ করতে পারেন। একটি সাধারণ এন্টারপ্রাইজ ভেন্যু আর্কিটেকচার দেখতে এইরকম হয়। আপনার ইন্টারনেট গেটওয়ের সাথে সংযুক্ত একটি কোর সুইচ থাকে। সেই সুইচের অধীনে আপনার একাধিক VLAN থাকে: একটি স্টাফ ডিভাইসের জন্য, একটি গেস্ট অ্যাক্সেসের জন্য, একটি POS এবং পেমেন্ট সিস্টেমের জন্য, এবং একটি বিল্ডিং ম্যানেজমেন্টের জন্য। প্রতিটি VLAN-এর নিজস্ব QoS পলিসি থাকে। স্টাফ VLAN সবচেয়ে বেশি গ্যারান্টিযুক্ত ব্যান্ডউইথ বরাদ্দ পায়। গেস্ট VLAN-এ প্রতি-ইউজার রেট লিমিট থাকে - সাধারণত ডাউনস্ট্রিমে প্রতি সেকেন্ডে দুই থেকে পাঁচ মেগাবিট - যাতে কোনো একক ভিজিটর কানেকশনটি সম্পৃক্ত করতে না পারে। স্টাফ VLAN-এর ওপরেই আপনি অ্যাপ্লিকেশন-অ্যাওয়ার QoS প্রয়োগ করেন। POS ট্রানজ্যাকশন এবং RADIUS অথেনটিকেশন ট্রাফিকের জন্য DSCP EF নির্ধারণ করা হয় - যা সর্বোচ্চ অগ্রাধিকার। আপনার ERP সিস্টেম এবং ভিডিও কনফারেন্সিং টুলগুলো DSCP AF41 পায়। সাধারণ ওয়েব ব্রাউজিং বেস্ট এফোর্ট পায়। সফটওয়্যার আপডেট এবং OS প্যাচ ডাউনলোডগুলো DSCP CS1 পায় - এগুলো ব্যাকগ্রাউন্ডে চলে এবং অপারেশনাল ট্রাফিকের সাথে কোনো প্রতিযোগিতা করে না। অথেনটিকেশনের জন্য, স্টাফ ডিভাইসগুলোর আপনার RADIUS সার্ভারের বিপরীতে EAP-TLS - সার্টিফিকেট-ভিত্তিক - অথবা MSCHAPv2 সহ PEAP যেকোনো একটির সাথে 802.1X ব্যবহার করে অথেনটিকেট করা উচিত। আপনি যদি Microsoft Entra ID, Okta, বা Google Workspace ব্যবহার করেন, তবে Purple সরাসরি SAML এবং SCIM-এর মাধ্যমে এই তিনটির সাথেই ইন্টিগ্রেট করে, যাতে আপনার আইডেন্টিটি প্রোভাইডারই নেটওয়ার্ক অ্যাক্সেসের আসল উৎস হয়ে ওঠে। যখন কোনো স্টাফ সদস্য চলে যান, আপনি Entra ID-তে তাদের অ্যাক্সেস বাতিল করেন এবং নেটওয়ার্ক অ্যাক্সেস স্বয়ংক্রিয়ভাবে চলে যায়। সেকশন তিন: অলক্ষিত ব্যান্ডউইথ ড্রেন - এবং যেভাবে Shield এটি সমাধান করে। এখানে এমন কিছু বিষয় রয়েছে যা বেশিরভাগ আইটি টিম ভেবে দেখে না। আপনার স্টাফ WiFi-এর ট্রাফিকের একটি উল্লেখযোগ্য অংশ আপনার ব্যবসার সাথে সম্পর্কিত নয়। কোনো স্টাফ সদস্য যে প্রতিটি ওয়েবপেজ ভিজিট করেন, তা ডজন ডজন থার্ড-পার্টি অ্যাড নেটওয়ার্ক, ট্র্যাকিং পিক্সেল, অ্যানালিটিক্স স্ক্রিপ্ট এবং টেলিমেট্রি এন্ডপয়েন্ট লোড করে। Ghostery এবং অনুরূপ অ্যাড-ব্লকিং অ্যানালিটিক্সের গবেষণা ধারাবাহিকভাবে দেখায় যে একটি সাধারণ ব্রাউজিং সেশনে মোট HTTP রিকোয়েস্টের ২৫% থেকে ৪০% অ্যাড এবং ট্র্যাকার রিকোয়েস্টের কারণে হয়ে থাকে। সেই ট্রাফিকের কারণে প্রকৃত ব্যান্ডউইথ খরচ হয়। এটি DNS কোয়েরি ক্ষমতা ব্যবহার করে। এটি প্রতিটি পেজ লোডে লেটেন্সি যোগ করে। এবং এটি সিকিউরিটি রিস্ক তৈরি করে - ম্যালভার্টাইজিং, ড্রাইভ-বাই ডাউনলোড এবং ট্র্যাকিং পিক্সেলের মাধ্যমে ডেটা এক্সফিল্ট্রেশন সবই বাস্তব অ্যাটাক ভেক্টর। Purple Shield নেটওয়ার্ক স্তরে এটি সমাধান করে। স্টাফদের ইনস্টল করা বা না করা ব্রাউজার এক্সটেনশনের ওপর নির্ভর করার পরিবর্তে, Shield একটি DNS-লেয়ার ফিল্টার হিসেবে কাজ করে। স্টাফ VLAN থেকে প্রতিটি DNS কোয়েরি রেজলভ হওয়ার আগে Shield-এর ব্লকলিস্টের মধ্য দিয়ে যায়। কোনো কনটেন্টের একটি একক বাইট ডাউনলোড হওয়ার আগেই অ্যাড নেটওয়ার্ক ডোমেন, পরিচিত ট্র্যাকার এন্ডপয়েন্ট এবং ক্ষতিকারক ডোমেনগুলো ব্লক হয়ে যায়। ডিভাইসটি কখনই কানেকশন তৈরি করে না। ব্যান্ডউইথ কখনই অপচয় হয় না।বাস্তব ক্ষেত্রে, যে সমস্ত ভেন্যু তাদের কর্মীদের WiFi-এ Shield মোতায়েন করেছে, তারা মোট DNS কোয়েরির পরিমাণ প্রায় ৩০% হ্রাস পেয়েছে বলে রিপোর্ট করেছে। এটি এমন ব্যান্ডউইথ যা আগে বিজ্ঞাপন এবং ট্র্যাকারদের পিছনে নষ্ট হতো, যা এখন আপনার ERP সিস্টেম, আপনার ভিডিও কল এবং আপনার POS টার্মিনালগুলোর জন্য ব্যবহার করা যাবে। আপনি দ্রুত লাইনের জন্য কোনো বাড়তি অর্থ প্রদান না করেই একটি ৩০% ব্যান্ডউইথ আপগ্রেডের সমতুল্য সুবিধা পাবেন। Shield আপনার নিরাপত্তা ঝুঁকিও কমিয়ে দেয়। DNS লেয়ারে পরিচিত ক্ষতিকারক ডোমেইনগুলো ব্লক করার মাধ্যমে, আপনি এমন এক ধরণের হুমকি দূর করতে পারবেন যা প্রায়শই এন্ডপয়েন্ট অ্যান্টিভাইরাস এড়িয়ে যায় - বিশেষ করে IoT ডিভাইস এবং শেয়ার্ড টার্মিনালগুলোর ক্ষেত্রে যেগুলো প্রচলিত নিরাপত্তা সফ্টওয়্যার ব্যবহার করে না। চতুর্থ বিভাগ: বাস্তব-ক্ষেত্রের বাস্তবায়ন। আমি আপনাকে দুটি পরিস্থিতি বুঝিয়ে বলছি। প্রথমটি: একটি ২০০-রুমের হোটেল। ব্যাক-অফ-হাউস টিম একই নেটওয়ার্কের মাধ্যমে প্রোপার্টি ম্যানেজমেন্ট সফ্টওয়্যার, একটি VoIP ফোন সিস্টেম এবং একটি ভিডিও সার্ভেইল্যান্স প্ল্যাটফর্ম পরিচালনা করে। গেস্ট WiFi পাঁচ মেগাবিট প্রতি-ব্যবহারকারী সীমা সহ একটি পৃথক VLAN-এ রয়েছে, তবে কর্মীদের VLAN-এর কোনো QoS নীতি নেই। পিক চেক-ইন সময়গুলোতে, প্রোপার্টি ম্যানেজমেন্ট সিস্টেমটি অত্যন্ত ধীরগতির হয়ে পড়ে কারণ কর্মীরা গান স্ট্রিম করছেন এবং সার্ভেইল্যান্স সিস্টেমটি ফুটেজ আপলোড করছে। এর সমাধান: প্রোপার্টি ম্যানেজমেন্ট সিস্টেমের ট্রাফিক এবং VoIP সিস্টেমে DSCP EF প্রয়োগ করুন। সার্ভেইল্যান্স আপলোড ট্রাফিকের ক্ষেত্রে DSCP AF41 প্রয়োগ করুন - এটি গুরুত্বপূর্ণ কিন্তু ল্যাটেন্সি-সংবেদনশীল নয়। বাকি সবকিছুর জন্য DSCP CS1 প্রয়োগ করুন। বিজ্ঞাপন এবং ট্র্যাকারের ট্রাফিক দূর করতে কর্মীদের VLAN-এ Shield মোতায়েন করুন। ফলাফল: পিক সময়ে প্রোপার্টি ম্যানেজমেন্ট সিস্টেমের রেসপন্স টাইম ৪০%-এর বেশি কমে যায়। ভয়েস কোয়ালিটি রেট করার জন্য ব্যবহৃত Mean Opinion Score স্কেলে VoIP কলের গুণমান পরিমাপযোগ্যভাবে উন্নত হয়। দ্বিতীয়টি: ৫০টি স্টোর সহ একটি রিটেইল চেইন। প্রতিটি স্টোরে কর্মীদের WiFi, গেস্ট WiFi এবং POS টার্মিনালগুলোর মধ্যে শেয়ার করা একটি একক ১০০ মেগাবিট ব্রডব্যান্ড কানেকশন রয়েছে। ব্যস্ত কেনাকাটার সময়ে, কর্মীরা ব্যক্তিগত ডিভাইসে ব্রাউজ করার ফলে কানেকশনটি পরিপূর্ণ হয়ে যায় এবং POS লেনদেনগুলোর সময়সীমা শেষ (timeout) হতে শুরু করে। এই চেইনটি পুরো এস্টেট জুড়ে বছরে প্রায় ১৮,০০০ পাউন্ড ব্যয়ে ২০০ মেগাবিট লাইনে আপগ্রেড করার কথা ভাবছে। এর সমাধান: গ্যারান্টিড ব্যান্ডউইথ সহ একটি ডেডিকেটেড VLAN-এ POS টার্মিনালগুলোকে সেগমেন্ট করুন। কর্মীদের WiFi VLAN-এ প্রতি-ব্যবহারকারী রেট লিমিট প্রয়োগ করুন - ডাউনস্ট্রিমে প্রতি ব্যবহারকারী ১০ মেগাবিট এবং আপস্ট্রিমে ২ মেগাবিট। বিজ্ঞাপন ট্রাফিক দূর করতে Shield মোতায়েন করুন। এই সমন্বয়টি পিক ইউটিলাইজেশন ৩৫% হ্রাস করে, POS টাইমআউট শূন্যে নেমে আসে এবং লাইনের আপগ্রেড অনির্দিষ্টকালের জন্য পিছিয়ে দেওয়া সম্ভব হয়। শুধুমাত্র লাইন খরচে বার্ষিক সাশ্রয় হয় ১৮,০০০ পাউন্ড। Shield এবং QoS কনফিগারেশনের খরচ এর একটি সামান্য অংশ মাত্র। পঞ্চম বিভাগ: বাস্তবায়নের ত্রুটিসমূহ। কয়েকটি বিষয়ে সতর্ক থাকতে হবে। DSCP রিমার্কিং। অনেক ISP এবং কিছু এন্টারপ্রাইজ সুইচ নেটওয়ার্ক বাউন্ডারিতে DSCP মানগুলোকে মুছে ফেলে বা রিমার্ক করে। আপনার QoS মার্কিংগুলো ডিভাইস থেকে অ্যাপ্লিকেশন পর্যন্ত সম্পূর্ণ পথ জুড়ে বজায় থাকছে কিনা তা পরীক্ষা করুন। যাচাই করতে গেটওয়েতে একটি প্যাকেট ক্যাপচার ব্যবহার করুন।WMM এবং লিগ্যাসি ডিভাইস। কিছু পুরানো ডিভাইস - বিশেষ করে শেয়ার্ড টার্মিনাল এবং IoT সেন্সর - WMM ঠিকমতো সাপোর্ট করে না। তারা QoS মার্কিং উপেক্ষা করতে পারে অথবা ভুল DSCP ভ্যালু সহ ট্রাফিক জেনারেট করতে পারে। QoS পলিসি ব্যবহারের আগে আপনার ডিভাইসের ইনভেন্টরি অডিট করুন। রেট লিমিটিং এবং বার্স্ট ট্রাফিক। প্রতি ইউজারের জন্য ১০ মেগাবিটের একটি হার্ড রেট লিমিট শুনতে যুক্তিযুক্ত মনে হতে পারে, কিন্তু যদি ২০ জন স্টাফ মেম্বার একই সাথে সফটওয়্যার আপডেট চালু করেন, তবে আপনি এগ্রিগেট ক্যাপে পৌঁছে যাবেন। হার্ড পলিসারের পরিবর্তে বার্স্ট এলাউন্স সহ টোকেন বাকেট শেপিং ব্যবহার করুন। এটি টেকসই হাই-ব্যান্ডউইথ ব্যবহার সীমিত করার পাশাপাশি শর্ট বার্স্টের সুবিধা দেয়। Shield এবং DNS-over-HTTPS। স্টাফদের ডিভাইসগুলো যদি আপনার DNS রিজলভার বাইপাস করার জন্য DNS-over-HTTPS ব্যবহার করে, তবে Shield-এর ফিল্টারিং কাজ করবে না। আপনাকে হয় ফায়ারওয়ালে DNS-over-HTTPS ব্লক করতে হবে অথবা আপনার ইন্টারনাল DNS রিজলভার ব্যবহার করার জন্য MDM-এর মাধ্যমে আপনার ডিভাইসগুলো কনফিগার করতে হবে। এটি একটি ওয়ান-টাইম কনফিগারেশন স্টেপ, কোনো চলমান ম্যানেজমেন্টের ঝামেলা নয়। সেকশন ছয়: র‍্যাপিড-ফায়ার প্রশ্নাবলী। প্রচুর ব্যান্ডউইথ থাকলেও কি আমার QoS প্রয়োজন? হ্যাঁ। ব্যান্ডউইথ এবং পারফরম্যান্স এক জিনিস নয়। কোনো QoS ছাড়া একটি ১ গিগাবিট কানেকশনেও VoIP কোয়ালিটি খারাপ হতে পারে যদি একটিমাত্র ডিভাইসে কোনো বড় ফাইল ট্রান্সফার চলতে থাকে। QoS নিশ্চিত করে যে মোট থ্রুপুট যাই হোক না কেন, ল্যাটেন্সি-সেনসিটিভ ট্রাফিক যেন তার প্রয়োজনীয় কিউ প্রায়োরিটি পায়। বিদ্যমান হার্ডওয়্যার পরিবর্তন না করেই কি আমি Shield ডিপ্লয় করতে পারি? হ্যাঁ। Shield একটি DNS ওভারলে হিসেবে কাজ করে। আপনি আপনার DHCP সার্ভারকে Purple-এর DNS রিজলভারের দিকে নির্দেশ করুন এবং Shield তাৎক্ষণিকভাবে কাজ শুরু করবে। এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর সাথে কাজ করে - কোনো হার্ডওয়্যার পরিবর্তনের প্রয়োজন নেই। আমি কীভাবে এর প্রভাব পরিমাপ করব? ডিপ্লয়মেন্টের আগে এবং পরে তিনটি মেট্রিক ট্র্যাক করুন: আপনার আপলিঙ্কে পিক ইউটিলাইজেশন পার্সেন্টেজ, প্রতি ঘণ্টায় DNS কোয়েরি ভলিউম এবং আপনার ক্রিটিক্যাল সিস্টেমগুলোর জন্য অ্যাপ্লিকেশন রেসপন্স টাইম। Purple-এর ড্যাশবোর্ড রিয়েল টাইমে এই তিনটিই প্রদর্শন করে। সেকশন সাত: সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ। সংক্ষেপে বলতে গেলে, স্টাফ WiFi-এর জন্য ব্যান্ডউইথ ম্যানেজ করার অর্থ আরও বেশি ব্যান্ডউইথ কেনা নয়। এর অর্থ হলো আপনার যে ব্যান্ডউইথ রয়েছে তা সঠিক জায়গায় যাচ্ছে কিনা তা নিশ্চিত করা। ট্রাফিক শেপিং এবং QoS আপনাকে নিয়ন্ত্রণ দেয়। Purple Shield আপনাকে ট্রাফিক কমিয়ে আনতে সাহায্য করে। একসঙ্গে, তারা ইনফ্রাস্ট্রাকচার খরচ ছাড়াই অ্যাপ্লিকেশন পারফরম্যান্সে পরিমাপযোগ্য উন্নতি প্রদান করে। আপনার পরবর্তী পদক্ষেপ: আপনার বর্তমান VLAN স্ট্রাকচার অডিট করুন এবং নিশ্চিত করুন যে স্টাফ WiFi গেস্ট ও IoT ট্রাফিক থেকে আলাদা রয়েছে। আপনার ক্রিটিক্যাল অ্যাপ্লিকেশনগুলোকে DSCP ক্লাসে ম্যাপ করুন। আপনার স্টাফ VLAN-এ Shield ডিপ্লয় করুন এবং DNS কোয়েরি হ্রাস পরিমাপ করুন। ডিভাইসের সংখ্যা পরিবর্তনের সাথে সাথে ত্রৈমাসিক ভিত্তিতে আপনার প্রতি-ইউজার রেট লিমিট পর্যালোচনা করুন। আপনি যদি এই বিষয়ে আরও বিস্তারিত জানতে চান, তবে সম্পূর্ণ লিখিত গাইডটি purple.ai-তে উপলব্ধ রয়েছে। এটি টেকনিক্যাল আর্কিটেকচার বিস্তারিতভাবে কভার করে, প্রধান হার্ডওয়্যার প্ল্যাটফর্মগুলোর জন্য কনফিগারেশনের উদাহরণ অন্তর্ভুক্ত করে এবং Shield ডিপ্লয়মেন্টের জন্য ROI ক্যালকুলেশন ব্যাখ্যা করে। শোনার জন্য ধন্যবাদ। এটি একটি Purple টেকনিক্যাল ব্রিফিং ছিল।