एक क्लस्टर में चल रहा उल्का और वास्तविक समय में परिवर्तन

एकाधिक उल्का सर्वर प्रक्रियाओं को चलाते समय विचार करने के लिए दो मुख्य मुद्दे हैं।

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

2. डेटाबेस अमान्यताओं का समन्वय। जब भी कोई क्लाइंट डेटाबेस लेखन जारी करता है, सर्वर प्रक्रिया एक पुनर्गणना चलाती है और किसी अन्य प्रभावित क्लाइंट को अपडेट पुश करती है। लेकिन एक अलग सर्वर से जुड़े क्लाइंट तब तक बदलाव नहीं देखेंगे जब तक कि सर्वर प्रक्रिया 10 सेकंड के मोंगो पोलिंग लूप को नहीं चलाती। कुछ अनुप्रयोगों के लिए यह ठीक है कि अधिकांश क्लाइंट 10 सेकंड पीछे रहें। यदि आपके एप्लिकेशन को कुछ और रीयल-टाइम की आवश्यकता है, तो आपको Meteor सर्वर प्रक्रियाओं के बीच अपना स्वयं का इंटरप्रोसेस संचार लागू करना होगा।