प्रॉक्सी पूल कूलडाउन: अपयशांचा मागोवा घ्या आणि पुनर्प्राप्ती तपासा
एका संथ विनंतीनंतर एंडपॉइंट हटवण्याऐवजी प्रॉक्सी पूलला स्पष्ट तात्पुरत्या अवस्था आणि पुनर्प्राप्तीचा मार्ग द्या.
एक प्रॉक्सी एक मुदत चुकवतो. पूल त्याला हटवतो. एका तासानंतर प्रॉक्सी पुन्हा निरोगी असतो, पण तुमच्या अनुप्रयोगाला ते शोधण्याचा मार्ग नाही, कारण त्याने नोंद फेकून दिली.
रद्द केलेल्या खात्यासाठी किंवा ऑपरेटरने निवृत्त केलेल्या एंडपॉइंटसाठी काढून टाकणे योग्य असू शकते. क्षणिक अपयश वेगळ्या अवस्थेस पात्र आहे.
पुढील निर्णयासाठी पुरेसा इतिहास ठेवा
- पात्र
- सध्याच्या धोरणानुसार सामान्य कामासाठी उपलब्ध.
- थंड होत आहे
- नोंदवलेल्या मुदतीपर्यंत तात्पुरते रोखलेले.
- तपासणीला परवानगी
- एक नियंत्रित प्रयत्न पुनर्प्राप्तीचे मूल्यांकन करू शकतो.
- अक्षम
- ऑपरेटर किंवा कायमस्वरूपी स्थितीने ते सेवेतून काढले.
संक्रमणासोबत कारण आणि टप्पा साठवा. कनेक्शन नकार, नाकारलेली ओळखपत्रे, संथ प्रतिसादाचा भाग आणि गंतव्याची HTTP त्रुटी—हे सर्व मिळून एक अविभाज्य "मृत प्रॉक्सी" काउंटर वाढवू नयेत.
प्रक्रियेतील कूलडाउनसाठी गेलेल्या वेळेचे घड्याळ वापरा. मोनोटोनिक घड्याळ थोड्या प्रतीक्षेला भिंतीवरील घड्याळाच्या समायोजनावर अवलंबून राहू देत नाही. मोनोटोनिक टाइमस्टॅम्प इतर यंत्रांसोबत सामायिक केलेल्या पोर्टेबल तारखेप्रमाणे साठवू नका; वितरित शेड्युलरला स्वतंत्रपणे परिभाषित वेळ आणि मालकी मॉडेल आवश्यक आहे.
पुनर्प्राप्तीने गर्दी सोडू नये
मुदत संपल्यावर संपूर्ण प्रतीक्षा रांग एकाच वेळी पाठवण्याऐवजी लहान पुनर्प्राप्ती प्रयत्नाला परवानगी द्या. यशस्वी प्रयत्न पात्रता पुनर्संचयित करू शकतो; आणखी एक अपयश मर्यादित धोरणानुसार विराम वाढवू शकते.
ज्या कामाचा अंदाज घ्यायचा आहे त्यासाठी तपासणी निवडा. यशस्वी TCP कनेक्शन पूर्ण HTTP किंवा SOCKS व्यवहार नाही. असंबंधित IP-तपासणी पृष्ठ हे सिद्ध करत नाही की आवश्यक गंतव्य पोहोचण्यायोग्य किंवा अनुमत आहे.
"प्रॉक्सी" या शब्दातून कोणताही सार्वत्रिक कूलडाउन कालावधी येत नाही. तो क्रियेच्या विलंब-बजेट, सेवेच्या वर्तन आणि आणखी एका अयशस्वी प्रयत्नाच्या परिणामांवरून ठरवा. एंडपॉइंटची नोंद जतन करा जेणेकरून तात्पुरता खंड शांतपणे कायमस्वरूपी क्षमता-हानी होणार नाही.