अगर केवल राज्य परिवहन परत
पर कनेक्शन ही वास्तव में ऐसा नहीं है यही कारण है। लेयर 7 पेलोड के रूप में वेब सॉकेट कनेक्शन exchange keep-alives। अन्य लोग तर्क दे सकते हैं कि परत 6 और 7 के बीच कहीं अधिक सटीक रूप से वर्णित है ... लेकिन किसी भी घटना में, यह परिवहन परत से ऊपर है।
और कई एप्लिकेशन वेब सॉकेट का उपयोग अन्य तरीकों से करते हैं जो स्टेटलेस भी नहीं हैं। एक बार कनेक्ट होने के बाद, प्रमाणीकृत, निरंतर पुनः प्रमाणीकरण करने की कोई आवश्यकता नहीं है, क्योंकि सॉकेट पर क्लाइंट अब से 15 मिनट का एक ही ग्राहक होगा, और यह ओवरहेड है जो सर्वर रहित वातावरण में टालने योग्य नहीं होगा - प्रत्येक क्रिया पर एक वेबसाइकिल को पुनः प्रमाणीकृत करने की आवश्यकता होगी। एक और उदाहरण के लिए, निरंतर डेटा स्ट्रीम के साथ, सर्वर जो भेजा गया है या क्लाइंट में रुचि रखने वाले स्ट्रीम के विशिष्ट सबसेट का ट्रैक रख सकता है।
यदि आप बनाए रखने (या आवश्यकता नहीं है) सर्वर से लगातार कनेक्शन, सवाल पूछा जा सकता है "आप वेब सॉकेट का उपयोग क्यों कर रहे हैं?"
शायद यह भी प्रासंगिक: HAProxy, वेब सॉकेट समर्थन के साथ आमतौर पर उपयोग किया जाने वाला लोड बैलेंसर, प्रत्येक वर्तमान वेब सॉकेट कनेक्शन के लिए एक बैक-एंड सर्वर से लगातार कनेक्शन बनाए रखता है। यदि वह बैकएंड सर्वर ऑफलाइन हो जाता है, तो मौजूदा कनेक्शन के लिए बैलेंसर में कोई अन्य प्रावधान नहीं चुनने के लिए कोई प्रावधान नहीं है। ग्राहक को फिर से कनेक्ट करने की आवश्यकता होगी।
स्रोत
2017-03-15 11:37:38
धन्यवाद @ashan। मैं पूरी तरह से प्रबंधित लोगों के बारे में नहीं जानता था – ChrisBellew