2012-04-10 10 views
5

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

सत्र-कम डिजाइन IMO अधिक पसंद किया जाता है:

सकारात्मक:

  1. अनुमापकता। हमारे पास उपयोगकर्ता सत्र साझा किए बिना जितने चाहें उतने सर्वर हो सकते हैं। उनमें से प्रत्येक अनुरोधों को संसाधित कर सकता है (उदाहरण के लिए राउंड रॉबिन के माध्यम से लोड संतुलन)।
  2. सर्वर संसाधनों को बचाता है। हमें सर्वर पक्ष (फिर से स्केलेबिलिटी) पर स्मृति आवंटित करने की आवश्यकता नहीं है।
  3. सर्वर पुनरारंभ करने के बाद पुनर्प्राप्त करने की कोई आवश्यकता नहीं है।

विपक्ष:

  1. (महत्वपूर्ण नहीं) कुकीज़ में कुछ उपयोगकर्ता से संबंधित जानकारी रखने के लिए होने।
  2. अधिक कोडिंग की आवश्यकता है (लेकिन वास्तव में कोडिंग का अधिक नहीं)।

क्या कोई निर्णय है जो हमें अंतिम निर्णय लेने से पहले ध्यान देने की ज़रूरत है?

+0

स्टैक ओवरफ़्लो खुली चर्चा के लिए एक अच्छी जगह नहीं है। Http://stackoverflow.com/faq –

+0

देखें और अधिक उचित रूप में प्रश्न दोबारा बताएं। –

उत्तर

4

आज के ऐप्स बहुत तेजी से बढ़ सकते हैं (बस उन सभी "छोटे, सरल" टूल जैसे पेस्टबिन, जेएसफिड इत्यादि पर एक नज़र डालें!)। और किसी बिंदु पर 16 कोर हाई एंड मशीन पर्याप्त नहीं है (कुछ लोग कह सकते हैं कि "आपको सीपीयू पावर ब्लै-ब्लै को बचाने के लिए अपने ऐप को रिकोड करना होगा", लेकिन प्रति सर्वर http-connection-limit भी एक समस्या है) । इसलिए, यदि आप एक सार्वजनिक एप्लिकेशन बनाने की योजना बना रहे हैं जो अपेक्षा से अधिक लोकप्रिय हो सकता है, तो "सत्रहीन" शुरू करने का तरीका है! ईमानदार होने के लिए, यह केवल उन लोगों को प्रभावित करेगा जो वास्तव में बड़ी चीजें लिखते हैं।

सत्रों के लिए हत्यारा पेशेवर हैं: mySQL डेटाबेस और बहुत आसान कोडिंग के लिए बहुत कम यातायात। लेकिन जब आपका ऐप बड़ा हो जाए तो आपको अपने पूरे सिस्टम को फिर से लिखना होगा।

+1

मुझे लगता है कि आपको mySQL पर अधिक ट्रैफ़िक नहीं होना चाहिए - बस सभी उपयोगकर्ताओं को स्मृति में रखें (उदा। उपयोगकर्ता आईडी द्वारा एक बड़ी हैश तालिका - जो बिल्कुल व्यवहार्य है)। –

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