Gunicorn: एक ही गनिकोर्न इंस्टेंस के माध्यम से कई डब्लूएसजीआई ऐप्स की सेवा करने का कोई तरीका।

मुझे लगता है कि इस तरह का व्यवहार अंतिम उपयोगकर्ता द्वारा सबसे अच्छा हल किया जाता है। एक पारंपरिक वेब सर्वर की तुलना में "एकाधिक साइटों" के साथ गनिकोर्न के काम करने के तरीके में एक अलग अंतर है।
मैं कुछ सरल अजगर पुस्तकालय जैसे कि वेर्कज़ेग का उपयोग करने का सुझाव दूंगा और अपने दो ऐप्स को विभिन्न मार्गों पर प्रतिक्रिया दूंगा।

मुझे jbergstroem से सहमत होना होगा कि यह मूल में नहीं है। लेकिन मैंने आगे बढ़कर एक उदाहरण जोड़ा कि आप इसे रूट्स के साथ कैसे पूरा कर सकते हैं:

http://github.com/benoitc/gunicorn/blob/master/examples/multiapp.py

प्रति ऐप्स एक विशिष्ट माउंट पॉइंट के बजाय, क्या वर्चुअल होस्ट के साथ नाम से एक उदाहरण होना संभव होगा?

जी हाँ, बिलकुल संभव है। आप ऐप्स के लिए environ['HTTP_HOST'] की एक तुच्छ मैपिंग लिख सकते हैं।

मुझे लगता है कि इसे गनिकोर्न में बनाया जा सकता है, आपको क्या लगता है?

यह गनिकोर्न का कुछ वैकल्पिक हिस्सा हो सकता है, जैसे कंट्रीब स्टफ, हां।

मुझे लगता है कि यह अलग कॉन्फ़िगरेशन के साथ एक स्टैंडअलोन मल्टीप्लेक्स एप्लिकेशन के रूप में सबसे अच्छा होगा। Django/पेस्ट विशेषज्ञता भी वहां जाना चाहिए। ऐशे ही:

$ gunicorn wsgi_multi django:project1 myblog.wsgi:wsgi_app anotherapp.foo

यहां, गनिकोर्न केवल एक एप्लिकेशन wsgi_multi चलाता है, अन्य तर्क कुछ विशेष एपीआई के माध्यम से इसे पास किए जाते हैं। या config के माध्यम से या किसी और तरह।

मैंने कुछ ऐसा लिखने का प्रयास करने में बहुत समय बिताया जो इस टिकट में सुझाया गया है। सबसे पहले मैंने कोड रखने की कोशिश की जो HTTP_HOST के आधार पर वर्चुअलएन्व को स्विच करता है। पता चला है कि आप वास्तव में शुद्ध पायथन में वर्चुअलएन्व को निष्क्रिय नहीं कर सकते हैं, इसलिए वह धो रहा था।

तब मैंने सोचा: हो सकता है कि हमें केवल एक ही वर्चुअलएन्व की आवश्यकता हो, इसलिए मैंने केवल HTTP_HOST के आधार पर विभिन्न डब्लूएसजीआई ऐप्स पर स्विच करने के लिए कोड लिखा था ताकि यह पता चल सके कि आप दो django ऐप्स को एक साथ नहीं चला सकते क्योंकि django एक रखता है वास्तव में हर जगह वैश्विक चरों की आश्चर्यजनक संख्या।

तो मूल रूप से, मैं जो कह रहा हूं वह उतना आसान या व्यवहार्य नहीं है जैसा कि ऊपर बताया गया है।

हो सकता है कि किसी प्रकार की लोड बैलेंसिंग चीज़ करना अधिक संभव हो, जहां कर्मचारी ऐप के आधार पर अलग-अलग वर्चुअलएन्व्स में चलते हैं और एक केंद्रीय गनिकोर्न मास्टर यह सुनिश्चित करता है कि जिन ऐप्स को अधिक श्रमिकों की आवश्यकता होती है, वे उन्हें प्राप्त करें? शायद लिखना आसान या मजेदार नहीं है :(

मैं वास्तव में इस तरह की चीज को संभव बनाने के लिए django को साफ करना चाहता हूं ...