प्रॉक्सी सत्र एफ़िनिटी: एक अनुरोध या पूरा वर्कफ़्लो?

लॉगिन, रीडायरेक्ट और रिपोर्ट डाउनलोड तीन अनुरोध हैं। उपयोगकर्ता के लिए ये एक ही काम हैं। हर अनुरोध के बीच एग्ज़िट बदलने से वह काम समझना कठिन हो सकता है, तब भी जब हर प्रॉक्सी काम कर रहा हो।

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

कुकीज़ और प्रॉक्सी एफ़िनिटी अलग-अलग स्थिति हैं

एप्लिकेशन कुकी वेबसाइट के सत्र नियमों की होती है। प्रदाता की स्टिकी-सत्र पहचान, जब दी जाए, उसकी प्रॉक्सी सेवा और प्रलेखित कनेक्शन या खाता नीति की होती है। सिर्फ़ इसलिए कि दोनों सत्र शब्द का उपयोग करते हैं, वे एक सेटिंग नहीं बन जाते।

सामान्य CONNECT मध्यस्थ वेबसाइट का एन्क्रिप्टेड Cookie हेडर नहीं पढ़ सकता और उसे रूटिंग कुंजी के रूप में उपयोग नहीं कर सकता। यदि कोई सेवा कुकी-संचालित व्यवहार का वादा करती है, तो पता लगाएँ कि कौन-सा दृश्य इंटरफ़ेस वह कुकी ले जाता है और क्या TLS वहीं समाप्त होता है। यह न मानें कि वेबसाइट की निजी कुकी टनलिंग गेटवे के लिए स्वतः उपलब्ध है।

एक छोटा वर्कफ़्लो रिकॉर्ड रखें: चुना गया एंडपॉइंट, उपयोग होने पर प्रदाता सत्र पहचान, एप्लिकेशन सत्र पहचान और वह शर्त जो एफ़िनिटी समाप्त करती है। नियमित रिकॉर्ड कुंजियों में खाता रहस्य न रखें।

असुविधाजनक स्थिति की योजना बनाएँ

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

न स्थायी स्टिकीनेस और न लगातार रोटेशन सार्वभौमिक रूप से सही है। दायरा एप्लिकेशन की संगति आवश्यकताओं से चुनें, फिर पूरे वर्कफ़्लो पर अनुरोध गति और सेवा सीमाएँ लागू करें। अधिक एग्ज़िट उन आवश्यकताओं को नहीं हटाते।