अचानक वॉल्यूम बढ़ जाता है और प्रदाता थ्रॉटलिंग हो जाता है

किसी अभियान के दौरान बढ़ती कतार के कई कारण हो सकते हैं. हो सकता है कि एप्लिकेशन उसके प्रदाता द्वारा स्वीकार किए जाने की तुलना में तेजी से मेल तैयार कर रहा हो, प्रदाता आउटबाउंड डिलीवरी को धीमा कर रहा हो, या प्राप्तकर्ता प्रणाली विशेष गंतव्यों को स्थगित कर रही हो। तीनों को " Gmail थ्रॉटलिंग" कहने से बाधा का स्थान छिप जाता है।

पहले विलंबित चरण का पता लगाएँ

सन्दर्भ: RFC 5321 §4.2.1, RFC 5321 §4.5.4.1.

नौकरी सृजन, प्रदाता सबमिशन, प्रदाता स्वीकृति और प्रत्येक डिलीवरी प्रयास के लिए टाइमस्टैम्प कैप्चर करें। पूर्ण प्रतिक्रिया पाठ और उसे उत्सर्जित करने वाले सिस्टम को सुरक्षित रखें। एक सफल एप्लिकेशन एपीआई प्रतिक्रिया एक संदेश स्वीकार करने वाले अंतिम प्राप्तकर्ता सर्वर के समान घटना नहीं है। यदि प्रदाता किसी चरण को उजागर नहीं करता है, तो सटीक टाइमस्टैम्प का अनुमान लगाने के बजाय इसे अनुपलब्ध के रूप में चिह्नित करें।

SMTP अस्थायी नकारात्मक उत्तरों को स्थायी नकारात्मक उत्तरों से अलग करता है। एक अस्थायी प्रतिक्रिया पूरी गति से लगातार पुनः प्रयास करने की दिशा नहीं है; भेजने वाले सिस्टम को एक कतार और एक उपयुक्त पुनः प्रयास नीति की आवश्यकता होती है। एक स्थायी विफलता को अंतहीन अस्थायी बैकलॉग के रूप में नहीं माना जाना चाहिए। RFC 5321 अनुभाग 4 और 4.5.4.

बदले हुए कार्यभार का निरीक्षण करें

गंतव्य मिश्रण, अद्वितीय संदेशों और प्रयासों की तुलना करें। कई पुनर्प्रयास भेजने वाला अभियान अतिरिक्त प्राप्तकर्ताओं का प्रतिनिधित्व किए बिना प्रयास संख्या बढ़ा सकता है। विपणन कार्यों को विलंबता-संवेदनशील लेनदेन संदेशों से अलग करें, और जांचें कि क्या वे समान समवर्ती या दर बजट के लिए प्रतिस्पर्धा करते हैं।

Google प्रतिक्रियाओं की निगरानी करते हुए विस्फोटों से बचने और ट्रैफ़िक को धीरे-धीरे बढ़ाने की सलाह देता है। वर्तमान Gmail मार्गदर्शन को सार्वभौमिक सुरक्षित संदेश-प्रति-सेकंड सीमा में अनुवाद करने के बजाय इसके घोषित दायरे पर लागू करें। इस लेख में कोई भी सार्वजनिक नंबर किसी प्रेषक की क्षमता को प्रमाणित नहीं कर सकता है। Gmail प्रेषक दिशानिर्देश.

कतार अंकगणित पर काम करें

सन्दर्भ: RFC 5321 §4.2.1.

स्थानीय सिंथेटिक मॉडल एक खाली कतार से शुरू होता है। नई नौकरियाँ 120 संदेश प्रति मिनट पर आती हैं जबकि अनुमानित सेवा दर दस मिनट के लिए 80 प्रति मिनट है। बैकलॉग प्रति मिनट 40 से बढ़कर 400 संदेश हो जाता है। यदि आगमन रोक दिया जाता है और वही सेवा दर जारी रहती है, तो आदर्श निकास समय पांच मिनट है।

यह कतार अंकगणित है, कोई मापी गई प्रदाता सीमा या लाइव पुनर्प्राप्ति की भविष्यवाणी नहीं है। यह जानबूझकर पुनर्प्रयासों, समाप्ति और बदलती सेवा दरों को बाहर रखता है। वे चूकें बताती हैं कि वास्तविक कतार में अधिक समय क्यों लग सकता है। गणना के साथ-साथ मान्यताओं को सुरक्षित रखें ताकि क्षमता वर्कशीट एक असमर्थित सेवा-स्तर का वादा न बन जाए।

बनाए रखा गया नियतात्मक प्रतिक्रिया-स्थिति मॉडल, इस समीक्षा के लिए ऑफ़लाइन फिर से चलाया गया, एक प्रयास बहीखाता बनाए रखता है। 09:00 यूटीसी पर, एक स्क्रिप्टेड कार्य को "451 4.7.0 अस्थायी दर सीमा; बाद में पुनः प्रयास करें" प्राप्त होता है। इसकी स्थिति पुनः प्रयास लंबित हो जाती है, प्रभावित धारा को कम दबाव के लिए चिह्नित किया जाता है, और 09:30 पर एक नियंत्रित स्थानीय पुनः प्रयास "250 2.0.0 स्वीकृत" प्राप्त होता है। एक अन्य नौकरी को 09:00 बजे "550 5.1.1 ऐसा कोई प्राप्तकर्ता नहीं" प्राप्त होता है और बिना किसी पुनः प्रयास के स्थायी विफलता में प्रवेश करता है; इसकी अगली कार्रवाई अनुमोदित प्राप्तकर्ता सत्यापन है। ये संपूर्ण उत्तर आविष्कृत स्थानीय परीक्षण इनपुट हैं। तीस मिनट इस फिक्स्चर की पुनः प्रयास सेटिंग है, कोई सार्वभौमिक प्रदाता निर्देश नहीं। कोड प्रतिक्रिया वर्गों से राज्य परिवर्तन प्राप्त करता है और अनियोजित दूसरे प्रयास को रोकता है।

शुद्धता खोए बिना दबाव कम करें

सन्दर्भ: RFC 5321 §4.5.4.1.

अनुमोदित शेड्यूलर के माध्यम से प्रभावित गैर-आवश्यक स्ट्रीम को रोकें या कम करें। जिम्मेदार कतार को उसकी समर्थित नीति का उपयोग करके अस्थायी विफलताओं का पुनः प्रयास करने दें। दूसरी कतार बनाने से बचें जो उसी लेनदेन को दोबारा भेजती है क्योंकि डैशबोर्ड में देरी हो रही है। अनिश्चित सबमिशन परिणामों को सुलझाने के लिए स्थिर लेनदेन पहचानकर्ताओं का उपयोग करें।

अत्यावश्यक संदेशों के लिए, प्रमाणीकरण और डुप्लिकेट रोकथाम की पुष्टि करने के बाद ही अनुमोदित निरंतरता मार्ग का पालन करें। प्रदाता प्रतिबंध से बचने के लिए बुनियादी ढांचे को न घुमाएं। टाइमस्टैम्प, प्रतिक्रिया पाठ, गंतव्य दायरा, मार्ग पहचानकर्ता और सुधारात्मक परिवर्तन के साक्ष्य के साथ आगे बढ़ें।

जब बैकलॉग और आयु वितरण एक परिभाषित वैध कार्यभार के तहत स्थिर हो जाए तो विस्तार फिर से शुरू करें। सबसे पुराने संदेशों की जांच जारी रखें: कम औसत विलंब गंभीर रूप से अतिदेय रीसेट या प्राप्तियों के एक छोटे समूह को छुपा सकता है।