𝗥𝗮𝘁𝗲-𝗟𝗶𝗺𝗶𝘁 𝗬𝗼𝘂𝗿 𝗔𝗴𝗲𝗻𝘁 𝗕𝗲𝗳𝗼𝗿𝗲 𝗦𝗼𝗺𝗲𝗼𝗻𝗲 𝗘𝗹𝘀𝗲 𝗗𝗼𝗲𝘀
દર હજાર મોકલેલા મેસેજ દીઠ એક સ્પામ રિપોર્ટ તમારા ઈમેલ એકાઉન્ટને રિવ્યુ હેઠળ મૂકે છે. 0.5% સ્પામ રિપોર્ટ્સ પર, પ્લેટફોર્મ તમારું મોકલવાનું કામ અટકાવી દે છે. બાઉન્સ (Bounces) પણ આ જ રીતે કામ કરે છે. એકવાર તમે આ મર્યાદાઓ વટાવી લો, પછી તમે ફક્ત ટાઈમર પૂરા થવાની રાહ જોઈ શકતા નથી. તમારે સુધારાના પુરાવા સાથે સપોર્ટ ટીમનો સંપર્ક કરવો જ પડશે.
પ્લેટફોર્મની મર્યાદાઓને તમારું લક્ષ્ય ન બનાવો. તેને તમારી અંતિમ સુરક્ષા રેખા તરીકે ઉપયોગમાં લો. તમારે પોતે જ વધુ કડક મર્યાદાઓ સેટ કરવી જોઈએ.
ઓટોનોમસ એજન્ટ્સ (Autonomous agents) પરંપરાગત કોડ કરતા અલગ રીતે કામ કરે છે. એક મોડેલ લૂપમાં ફસાઈ શકે છે. એક રિપ્લાય વેબહૂક (webhook) ટ્રિગર કરે છે, જે બીજા રિપ્લાયને ટ્રિગર કરે છે. એક નાની ભૂલ (bug) મિનિટોમાં હજારો ઈમેલ બની શકે છે. મોડેલ્સને ખબર નથી હોતી કે તેઓ ક્યારે જરૂર કરતાં વધુ મોકલી રહ્યા છે. તમારે તમારા ઈન્ફ્રાસ્ટ્રક્ચરમાં આ પ્રકારની જાગૃતિ લાવવી પડશે.
તમારા વર્કસ્પેસને સુરક્ષિત રાખવા માટે પોલિસીનો ઉપયોગ કરો. પોલિસી તમને નીચે મુજબ સેટ કરવાની મંજૂરી આપે છે: • દૈનિક મોકલવાના ક્વોટા (Daily send quotas) • સ્ટોરેજ મર્યાદા (Storage caps) • રીટેન્શન વિન્ડો (Retention windows) • સ્પામ સેટિંગ્સ (Spam settings)
સ્વ-નિયત ક્વોટા એ થ્રોટલિંગ (throttling) નથી. તે એક સક્રિય પગલું છે. જો સપોર્ટ એજન્ટને દિવસમાં માત્ર 150 ઈમેલની જરૂર હોય, તો 151 ની મર્યાદા તમને જણાવશે કે કંઈક ખોટું થઈ રહ્યું છે. આ સર્કિટ બ્રેકર (circuit breaker) તરીકે કામ કરે છે. તે ભૂલો મોંઘી બને તે પહેલાં તેને દેખાડી દે છે.
તમે દિશા નિયંત્રિત કરવા માટે આઉટબાઉન્ડ નિયમોનો (outbound rules) પણ ઉપયોગ કરી શકો છો. તમે ચોક્કસ ડોમેન્સને બ્લોક કરી શકો છો અથવા એજન્ટ્સને નવા થ્રેડ્સ શરૂ કરતા અટકાવી શકો છો. મેસેજ મોકલતા પહેલા આ નિયમોનું મૂલ્યાંકન કરવામાં આવે છે. જો નિયમ તપાસતી વખતે સિસ્ટમમાં ભૂલ આવે, તો તે 'fails closed' થાય છે. આનો અર્થ એ છે કે તે અસુરક્ષિત મોકલવાનું જોખમ લેવાને બદલે મેસેજને બ્લોક કરી દે છે.
સુરક્ષિત રહેવા માટે, આ પગલાં અનુસરો: • મેસેજ ડિલિવરી, બાઉન્સ, ફરિયાદ અને રિજેક્શન વેબહૂક્સ (webhooks) માટે સબ્સ્ક્રાઇબ કરો. • તમારા પોતાના ટેલિમેટ્રી (telemetry) માં આ રેટ્સનું મોનિટરિંગ કરો. • જો રેટ વધે તો તમારા આઉટબાઉન્ડ લોજિકને મેન્યુઅલી (manually) અટકાવો.
"અમે પોતે જ અટક્યા હતા" કહેવું એ "પ્લેટફોર્મે અમને અટકાવ્યા" કહેવા કરતાં વધુ સારો ઇન્સિડન્ટ રિપોર્ટ છે.
જો તમે વોલ્યુમમાં અચાનક વધારાની ચિંતા કરતા હોવ, તો ક્વોટાને અંતિમ બિંદુ ન બનાવો. તેને એસ્કેલેશન પાથ (escalation path) બનાવો. જો કોઈ એજન્ટ મર્યાદા વટાવી જાય, તો કોઈ વ્યક્તિને એલર્ટ કરો અથવા મંજૂરી માટે મેસેજને ક્યુ (queue) માં મૂકો. મોડો પડેલો ઈમેલ એક નાની સમસ્યા છે. પરંતુ જો સેન્ડર રેપ્યુટેશન (sender reputation) બગડી જાય, તો તેને સુધારવામાં અઠવાડિયા લાગી શકે છે.
આગલું પગલું: તમારા પીક વોલ્યુમ (peak volume) ના 2 ગણો દૈનિક ક્વોટા ધરાવતી પોલિસી બનાવો. તેને તમારા વર્કસ્પેસ સાથે જોડો. સ્ટેજિંગ એન્વાયરમેન્ટમાં (staging environment) ક્વોટા ટ્રિગર કરો. જો તમારા એલર્ટ્સ કામ ન કરે, તો તમને ખામી મળી ગઈ છે.
Source: https://dev.to/qasim157/rate-limit-your-own-agent-before-someone-else-does-33cb
Optional learning community: https://t.me/GyaanSetuAi