কর্মীদের WiFi-এর জন্য ব্যান্ডউইথ পরিচালনা: শেপিং, QoS এবং ট্রাফিক কমানো

Staff WiFi-এর জন্য ব্যান্ডউইথ পরিচালনা করা: শেপিং, QoS এবং ট্রাফিক কমানো। একটি Purple টেকনিক্যাল ব্রিফিং। স্বাগতম। আপনি যদি এটি শুনে থাকেন, তবে আপনি সম্ভবত এন্টারপ্রাইজ IT-এর অন্যতম সাধারণ সমস্যার সম্মুখীন হচ্ছেন: কর্মীরা বলছেন 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 - একটি ভার্চুয়াল লোকাল এরিয়া নেটওয়ার্ক - এর উপর থাকা উচিত যা গেস্ট 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 পায় - এগুলো ব্যাকগ্রাউন্ডে চলে এবং অপারেশনাল ট্রাফিকের সাথে প্রতিদ্বন্দ্বিতা করে না। অথেন্টিকেশনের জন্য, স্টাফ ডিভাইসগুলোর 802.1X ব্যবহার করে আপনার RADIUS সার্ভারের বিপরীতে EAP-TLS - সার্টিফিকেট-ভিত্তিক - অথবা MSCHAPv2 সহ PEAP ব্যবহার করে অথেন্টিকেট করা উচিত। আপনি যদি Microsoft Entra ID, Okta, বা Google Workspace ব্যবহার করেন, তবে Purple সরাসরি SAML এবং SCIM-এর মাধ্যমে এই তিনটির সাথেই ইন্টিগ্রেট করে, যাতে আপনার আইডেন্টিটি প্রোভাইডার নেটওয়ার্ক অ্যাক্সেসের প্রধান উৎস হয়ে ওঠে। যখন কোনো স্টাফ মেম্বার চলে যান, আপনি Microsoft Entra ID-তে তাদের অ্যাক্সেস প্রত্যাহার করে নেন এবং নেটওয়ার্ক অ্যাক্সেস স্বয়ংক্রিয়ভাবে বন্ধ হয়ে যায়। সেকশন তিন: লুকানো ব্যান্ডউইথ ড্রেন - এবং যেভাবে Purple Shield এটি সমাধান করে। এখানে এমন কিছু রয়েছে যা বেশিরভাগ IT টিম চিন্তা করে না। আপনার স্টাফদের WiFi-এর ট্রাফিকের একটি উল্লেখযোগ্য অংশ আপনার ব্যবসার সাথে সম্পর্কিত নয়। একজন স্টাফ মেম্বার যে প্রতিটি ওয়েব পেজ ভিজিট করেন তা কয়েক ডজন থার্ড-পার্টি অ্যাড নেটওয়ার্ক, ট্র্যাকিং পিক্সেল, অ্যানালিটিক্স স্ক্রিপ্ট এবং টেলিমেট্রি এন্ডপয়েন্ট লোড করে। Ghostery এবং অনুরূপ বিজ্ঞাপন-ব্লকিং অ্যানালিটিক্সের গবেষণা ধারাবাহিকভাবে দেখায় যে বিজ্ঞাপন এবং ট্র্যাকার রিকোয়েস্টগুলো একটি সাধারণ ব্রাউজিং সেশনে মোট HTTP রিকোয়েস্টের ২৫% থেকে ৪০% পর্যন্ত হয়ে থাকে। সেই ট্রাফিক আসল ব্যান্ডউইথ গ্রাস করে। এটি DNS কোয়েরি ক্ষমতা গ্রাস করে। এটি প্রতিটি পেজ লোড করার ক্ষেত্রে লেটেন্সি বাড়ায়। এবং এটি নিরাপত্তা ঝুঁকি তৈরি করে - ম্যালভার্টাইজিং, ড্রাইভ-বাই ডাউনলোড এবং ট্র্যাকিং পিক্সেলের মাধ্যমে ডেটা এক্সফিল্ট্রেশন সবই আসল অ্যাটাক ভেক্টর। Purple Shield নেটওয়ার্ক স্তরে এটি সমাধান করে। ব্রাউজার এক্সটেনশনের ওপর নির্ভর করার পরিবর্তে যা স্টাফরা ইনস্টল করে থাকতেও পারে আবার নাও পারে, Purple Shield একটি DNS-লেয়ার ফিল্টার হিসেবে কাজ করে। স্টাফ VLAN থেকে প্রতিটি DNS কোয়েরি রেজলভ হওয়ার আগে Purple 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 ট্রানজ্যাকশনগুলি টাইম আউট হতে শুরু করে। চেইনটি পুরো এস্টেট জুড়ে প্রতি বছর প্রায় ১৮,০০০ পাউন্ড ব্যয়ে ২০০ মেগাবিট লাইনে আপগ্রেড করার কথা ভাবছে। সমাধান: গ্যারান্টিযুক্ত ব্যান্ডউইথ সহ একটি ডেডিকেটেড 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 ব্লক করতে হবে অথবা আপনার ডিভাইসগুলিকে MDM-এর মাধ্যমে আপনার অভ্যন্তরীণ DNS রিসলভার ব্যবহার করার জন্য কনফিগার করতে হবে। এটি এককালীন একটি কনফিগারেশন ধাপ, কোনও চলমান পরিচালনার ঝামেলা নয়। ষষ্ঠ বিভাগ: দ্রুত প্রশ্নোত্তরের পালা। আমার কি প্রচুর ব্যান্ডউইথ থাকলেও QoS এর প্রয়োজন আছে? হ্যাঁ। ব্যান্ডউইথ আর পারফরম্যান্স এক জিনিস নয়। QoS ছাড়া একটি ১ গিগাবিটের সংযোগেও VoIP-এর মান খারাপ হতে পারে যদি একটি মাত্র ডিভাইসে বড় ফাইল ট্রান্সফার চলতে থাকে। QoS নিশ্চিত করে যে মোট থ্রুপুট যাই হোক না কেন, ল্যাটেন্সি-সংবেদনশীল ট্রাফিক যেন প্রয়োজনীয় কিউ প্রায়োরিটি পায়। আমি কি আমার বিদ্যমান হার্ডওয়্যার পরিবর্তন না করেই Shield স্থাপন করতে পারি? হ্যাঁ। Shield একটি DNS ওভারলে হিসেবে কাজ করে। আপনি আপনার DHCP সার্ভারকে Purple-এর DNS রিসলভারগুলির দিকে নির্দেশ করবেন এবং সাথে সাথে Shield কার্যকর হবে। এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme Networks এবং Fortinet-এর সাথে কাজ করে - কোনও হার্ডওয়্যার পরিবর্তনের প্রয়োজন নেই। আমি কীভাবে প্রভাব পরিমাপ করব? স্থাপনের আগে এবং পরে তিনটি মেট্রিক ট্র্যাক করুন: আপনার আপলিঙ্কে পিক ইউটিলাইজেশন শতাংশ, প্রতি ঘন্টায় DNS কোয়েরি ভলিউম এবং আপনার গুরুত্বপূর্ণ সিস্টেমগুলির অ্যাপ্লিকেশন রেসপন্স টাইম। Purple-এর ড্যাশবোর্ড রিয়েল টাইমে এই তিনটিই প্রদর্শন করে। সপ্তম বিভাগ: সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ। সারসংক্ষেপ করতে গেলে। কর্মীদের WiFi-এর জন্য ব্যান্ডউইথ পরিচালনা করার অর্থ আরও ব্যান্ডউইথ কেনা নয়। এর অর্থ হল আপনার কাছে যে ব্যান্ডউইথ রয়েছে তা যেন সঠিক জায়গায় যায় তা নিশ্চিত করা। ট্রাফিক শেপিং এবং QoS আপনাকে নিয়ন্ত্রণ দেয়। Purple Shield আপনাকে ব্যান্ডউইথ ব্যবহার কমিয়ে আনতে সাহায্য করে। একসাথে, তারা অবকাঠামোগত খরচ ছাড়াই অ্যাপ্লিকেশন পারফরম্যান্সে পরিমাপযোগ্য উন্নতি প্রদান করে। আপনার পরবর্তী পদক্ষেপ: আপনার বর্তমান VLAN কাঠামো অডিট করুন এবং নিশ্চিত করুন যে কর্মীদের WiFi যেন গেস্ট এবং IoT ট্রাফিক থেকে আলাদা থাকে। DSCP ক্লাসে আপনার গুরুত্বপূর্ণ অ্যাপ্লিকেশনগুলি ম্যাপ করুন। আপনার স্টাফ VLAN-এ Shield স্থাপন করুন এবং DNS কোয়েরি হ্রাস পরিমাপ করুন। ডিভাইসের সংখ্যা পরিবর্তনের সাথে সাথে ত্রৈমাসিক ভিত্তিতে আপনার প্রতি-ব্যবহারকারী রেট লিমিট পর্যালোচনা করুন। আপনি যদি এই বিষয়ে আরও বিস্তারিত জানতে চান, তবে সম্পূর্ণ লিখিত গাইডটি purple.ai-তে উপলব্ধ রয়েছে। এটি বিস্তারিতভাবে প্রযুক্তিগত আর্কিটেকচার কভার করে, প্রধান হার্ডওয়্যার প্ল্যাটফর্মগুলির জন্য কনফিগারেশনের উদাহরণ অন্তর্ভুক্ত করে এবং Shield স্থাপনের জন্য ROI হিসাবের ধাপগুলি দেখায়। শোনার জন্য ধন্যবাদ। এটি একটি Purple টেকনিক্যাল ব্রিফিং ছিল।