प्रॉक्सी पूल कूलडाउन: विफलताओं पर नज़र रखें और रिकवरी जाँचें

एक प्रॉक्सी एक समय-सीमा चूक जाता है। पूल उसे हटा देता है। एक घंटे बाद प्रॉक्सी फिर स्वस्थ है, पर आपके एप्लिकेशन के पास यह जानने का कोई तरीका नहीं, क्योंकि उसने रिकॉर्ड फेंक दिया।

निरस्त खाते या ऑपरेटर द्वारा हटाए गए एंडपॉइंट के लिए हटाना उचित हो सकता है। क्षणिक विफलता भिन्न अवस्था की हक़दार है।

अगला निर्णय लेने के लिए पर्याप्त इतिहास रखें

योग्य

वर्तमान नीति के अंतर्गत सामान्य कार्य के लिए उपलब्ध।

ठंडा हो रहा है

दर्ज समय-सीमा तक अस्थायी रूप से रोका गया।

जाँच की अनुमति

एक नियंत्रित प्रयास रिकवरी का आकलन कर सकता है।

अक्षम

किसी ऑपरेटर या स्थायी स्थिति ने इसे सेवा से हटा दिया।

संक्रमण के साथ कारण और चरण संग्रहीत करें। कनेक्शन से इनकार, अस्वीकृत क्रेडेंशियल, धीमा प्रतिक्रिया निकाय और गंतव्य HTTP त्रुटि—इन सबको मिलकर एक अविभेदित "मृत प्रॉक्सी" काउंटर नहीं बढ़ाना चाहिए।

प्रक्रिया के भीतर कूलडाउन के लिए बीते समय की घड़ी का उपयोग करें। मोनोटोनिक घड़ी किसी छोटी प्रतीक्षा को दीवार-घड़ी के समायोजन पर निर्भर होने से रोकती है। मोनोटोनिक टाइमस्टैम्प को ऐसे न सहेजें जैसे वह दूसरी मशीनों द्वारा साझा की जाने वाली पोर्टेबल तिथि हो; वितरित शेड्यूलर को अलग से परिभाषित समय और स्वामित्व मॉडल चाहिए।

रिकवरी को भीड़ नहीं छोड़नी चाहिए

समय-सीमा खत्म होने पर पूरी प्रतीक्षा-कतार एक साथ भेजने के बजाय एक छोटा रिकवरी प्रयास अनुमत करें। सफल प्रयास योग्यता बहाल कर सकता है; एक और विफलता सीमित नीति के अनुसार विराम बढ़ा सकती है।

जाँच उस कार्य के लिए चुनें जिसकी उसे भविष्यवाणी करनी है। सफल TCP कनेक्शन पूर्ण HTTP या SOCKS लेन-देन नहीं है। असंबंधित IP-जाँच पृष्ठ यह सिद्ध नहीं करता कि आवश्यक गंतव्य पहुँच-योग्य या अनुमत है।

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