𝗥𝗮𝘁𝗲-𝗟𝗶𝗺𝗶𝘁 𝗬𝗼𝘂𝗿 𝗔𝗴𝗲𝗻𝘁 𝗕𝗲𝗳𝗼𝗿𝗲 𝗦𝗼𝗺𝗲𝗼𝗻𝗲 𝗘𝗹𝘀𝗲 𝗗𝗼𝗲𝘀
दर एक हजार ईमेल पाठवण्यामागे एक स्पॅम रिपोर्ट आल्यास ईमेल खाते रिव्ह्यूमध्ये (under review) टाकले जाते. जर स्पॅम रिपोर्टचे प्रमाण ०.५% झाले, तर प्लॅटफॉर्म तुमचे ईमेल पाठवणे थांबवते. बाऊन्स (Bounces) देखील याच पद्धतीने काम करतात. एकदा का तुम्ही या मर्यादा ओलांडल्या की, तुम्ही फक्त वेळेची वाट पाहू शकत नाही. तुम्हाला दुरुस्तीचा पुरावा देऊन सपोर्ट टीमशी संपर्क साधावा लागेल.
प्लॅटफॉर्मच्या मर्यादांना तुमचे लक्ष्य मानू नका. त्यांना तुमच्या संरक्षणाची शेवटची भिंत (last line of defense) म्हणून वापरा. तुम्हाला स्वतःहून अधिक कडक मर्यादा सेट कराव्या लागतील.
ऑटोनॉमस एजंट्स (Autonomous agents) पारंपारिक कोडपेक्षा वेगळ्या प्रकारे काम करतात. एखादे मॉडेल लूपमध्ये (loop) अडकू शकते. एका उत्तरामुळे वेबहुक (webhook) ट्रिगर होतो, ज्यामुळे दुसरे उत्तर ट्रिगर होते. एक छोटासा बग काही मिनिटांत हजारो ईमेलमध्ये रूपांतरित होऊ शकतो. मॉडेल्सना ते कधी खूप जास्त ईमेल पाठवत आहेत हे समजत नाही. तुम्हाला तुमच्या इन्फ्रास्ट्रक्चरमध्ये (infrastructure) ही जागरूकता निर्माण करावी लागेल.
तुमच्या वर्कस्पेसचे (workspace) संरक्षण करण्यासाठी पॉलिसीजचा (policies) वापर करा. पॉलिसी तुम्हाला खालील गोष्टी सेट करण्याची परवानगी देते: • दैनंदिन पाठवण्याचे कोटा (Daily send quotas) • स्टोरेज मर्यादा (Storage caps) • रिटेंशन विंडोज (Retention windows) • स्पॅम सेटिंग्ज (Spam settings)
स्वतःहून लावलेला कोटा म्हणजे थ्रॉटलिंग (throttling) नाही. ते एक सुनिश्चितीकरण (assertion) आहे. जर एखाद्या सपोर्ट एजंटला दिवसाला फक्त १५० ईमेलची गरज असेल, तर १५१ ची मर्यादा तुम्हाला सांगते की काहीतरी चुकीचे घडत आहे. हे सर्किट ब्रेकरप्रमाणे (circuit breaker) काम करते. यामुळे चुका महागड्या होण्यापूर्वी त्या स्पष्टपणे दिसून येतात.
तुम्ही दिशा नियंत्रित करण्यासाठी आउटबाउंड रूल्सचा (outbound rules) देखील वापर करू शकता. तुम्ही विशिष्ट डोमेन्स ब्लॉक करू शकता किंवा एजंट्सना नवीन थ्रेड्स सुरू करण्यापासून रोखू शकता. संदेश पाठवण्यापूर्वीच या नियमांची तपासणी केली जाते. जर नियम तपासताना सिस्टममध्ये त्रुटी आली, तर ती 'fail closed' मोडमध्ये काम करते. याचा अर्थ असा की, असुरक्षित ईमेल पाठवण्याचा धोका पत्करण्याऐवजी सिस्टम तो संदेश ब्लॉक करते.
सुरक्षित राहण्यासाठी, या पायऱ्या फॉलो करा: • मेसेज डिलिव्हरी, बाऊन्स, तक्रार आणि रिजेक्शन वेबहुक्ससाठी (webhooks) सबस्क्राईब करा. • तुमच्या स्वतःच्या टेलिमेट्रीमध्ये (telemetry) या दरांवर लक्ष ठेवा. • जर दर वाढले तर तुमचे आउटबाउंड लॉजिक (outbound logic) मॅन्युअली थांबवा.
"प्लॅटफॉर्मने आम्हाला थांबवले" म्हणण्यापेक्षा "आम्ही स्वतःला थांबवले" असे म्हणणे हा अधिक चांगला इन्सिडेंट रिपोर्ट (incident report) आहे.
जर तुम्हाला व्हॉल्यूम स्पाइक्सची (volume spikes) काळजी वाटत असेल, तर कोटाला शेवटचा मार्ग (dead end) बनवू नका. त्याला एस्केलेशन पाथ (escalation path) बनवा. जर एखादा एजंट मर्यादा ओलांडत असेल, तर एखाद्या व्यक्तीला अलर्ट करा किंवा संदेश मंजुरीसाठी रांगेत (queue) ठेवा. उशिरा गेलेला ईमेल ही एक किरकोळ समस्या आहे. पण एकदा सेन्डरची प्रतिष्ठा (sender reputation) खराब झाली की ती सुधारण्यासाठी आठवडे लागतात.
पुढील पाऊल: तुमच्या पीक व्हॉल्यूमच्या (peak volume) २ पट दैनंदिन कोटा असलेली पॉलिसी तयार करा. ती तुमच्या वर्कस्पेसला जोडा. स्टेजिंग एन्व्हायरमेंटमध्ये (staging environment) कोटा ट्रिगर करून पहा. जर तुमचे अलर्ट्स आले नाहीत, तर तुम्हाला त्रुटी सापडली आहे.
Source: https://dev.to/qasim157/rate-limit-your-own-agent-before-someone-else-does-33cb
Optional learning community: https://t.me/GyaanSetuAi