2017-03-15 19 views
7

क्या कोई सर्वर रहित तकनीक है जो सर्वर रहित वेबसाइकिल सर्वर को बनाने की अनुमति देती है?सर्वर रहित वेब सॉकेट सर्वर?

मुझे पता है कि लंबे समय तक चलने वाले कनेक्शन की प्रकृति यह है कि वे राज्यिक हैं, लेकिन अगर एकमात्र राज्य परिवहन परत पर कनेक्शन है तो ऐसा लगता है कि एक सर्वर रहित उत्पाद हो सकता है जो इसे दूर कर देता है ताकि आप केवल इससे निपट सकें आवेदन परत। क्या कोई क्लाउड प्रदाता (एडब्ल्यूएस, एज़ूर इत्यादि) है जो इसकी अनुमति देता है? मैं इसे प्राप्त करने के लिए एडब्ल्यूएस लैम्ब्डा या एज़ूर फ़ंक्शंस के लिए कोई रास्ता नहीं देख सकता।

किसी को भी कोई विचार है? बस जाँच रहा हूँ।

धन्यवाद

उत्तर

1

वर्तमान में एडब्ल्यूएस लैम्ब्डा और Azure कार्य इस समर्थन नहीं करता। यदि आप वेबस्केट्स के साथ एडब्ल्यूएस में स्केलेबल वातावरण स्थापित करने की योजना बना रहे हैं, तो आप Application Load Balancer और ईसीएस क्लस्टर या ईसी 2 उदाहरणों के सामने वेबसाइट्स समर्थित सर्वर जैसे नोडजेएस के साथ उपयोग कर सकते हैं।

रीयल-टाइम भाग को संभालने के लिए अपने आर्किटेक्चर में Google Firebase Service या Pubnub जैसी पूरी तरह से प्रबंधित सेवाओं के साथ जाने का एक और समाधान है।

+0

धन्यवाद @ashan। मैं पूरी तरह से प्रबंधित लोगों के बारे में नहीं जानता था – ChrisBellew

1

अगर केवल राज्य परिवहन परत

पर कनेक्शन ही वास्तव में ऐसा नहीं है यही कारण है। लेयर 7 पेलोड के रूप में वेब सॉकेट कनेक्शन exchange keep-alives। अन्य लोग तर्क दे सकते हैं कि परत 6 और 7 के बीच कहीं अधिक सटीक रूप से वर्णित है ... लेकिन किसी भी घटना में, यह परिवहन परत से ऊपर है।

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

यदि आप बनाए रखने (या आवश्यकता नहीं है) सर्वर से लगातार कनेक्शन, सवाल पूछा जा सकता है "आप वेब सॉकेट का उपयोग क्यों कर रहे हैं?"

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

1

एडब्ल्यूएस आईओटी एमक्यूटीटी एंडपॉइंट प्रदान करता है और यह पोर्ट 443 पर एमक्यूटीटी + वेबसाकेट का समर्थन करता है। यह एडब्ल्यूएस पर होस्टेड सेवा के रूप में आप सबसे नज़दीकी चीज हो सकते हैं। इस लिंक को चेक करें: AWS IoT Protocols आप उन नियमों को परिभाषित कर सकते हैं जो एडब्ल्यूएस आईओटी पर लैम्ब्डास को ट्रिगर करते हैं या उन्हें किनेसिस पास करते हैं और लैम्ब्डास के माध्यम से धाराओं को संसाधित करते हैं।

1

Fanout ऐसा कर सकते हैं। यह प्रॉक्सी के रूप में काम करता है जो HTTP अनुरोधों की श्रृंखला में वेबसॉकेट क्लाइंट गतिविधि का अनुवाद कर सकता है। यह कच्चे वेबसाकेट प्रबंधित करने के लिए लैम्ब्डा की तरह फाएस बैकएंड की अनुमति देता है। फ़ंक्शन केवल तभी लागू होता है जब प्रतिक्रिया करने की गतिविधि होती है।

डॉक्स: https://fanout.io/docs/devguide.html#custom-websocket-api

WebSocket-ओवर-HTTP प्रोटोकॉल: http://pushpin.org/docs/protocols/websocket-over-http/

अजगर सहायक पुस्तकालय: https://github.com/fanout/python-faas-grip

संबंधित मुद्दे