Gunicorn: ASGI समर्थन जोड़ रहे हैं?

@arcivanov मैं इस प्रोटोकॉल पर करीब से नज़र

इस टिकट को ASAP अपडेट करेंगे।

कोई अपडेट्स?

@benoitc @berkerpeksag और मैंने इसके बारे में ई-मेल पर बातचीत की। अभी तक कोई काम शुरू नहीं हुआ है, जिसके बारे में मुझे पता है। मेरे पास अभी तक ASGI के बारे में और अधिक पढ़ने का समय नहीं है, इसलिए मैं इसे लागू करने की जटिलता का अनुमान नहीं लगा सकता। यदि कोई इस दिशा में योगदान देना चाहता है, तो मैं उत्साहपूर्वक मदद, चर्चा और समीक्षा करूंगा।

मैं वैसे भी सर्वर के लिए बहुत अधिक समझ बनाने के लिए एएसजीआई स्पेक को ओवरहाल करने की प्रक्रिया में हूं, इसलिए मैं इसे समाप्त होने तक कुछ भी करने के बारे में सावधानी बरतता हूं (नई कल्पना यहां तैयार की जा रही है, लेकिन बिल्कुल अंतिम नहीं है: http: / /channels.readthedocs.io/en/2.0/asgi.html - यह मूल रूप से WSGI की तरह बहुत अधिक है)

@andrewgodwin कूल asgi . के साथ गनिकोर्न आज़माने का इंतज़ार नहीं कर सकता

@andrewgodwin ASGI का दर्जा क्या है?

मैंने हाल ही में एक एएसजीआई ऐप का परीक्षण करने की कोशिश की और मुझे यही मिला:

import json

def app(scope):
    async def channel(receive, send):
        message = await receive()

        if scope['method'] == 'POST':
            response = message
        else:
            response = scope

        await send({
            'type': 'http.response.start',
            'status': 200,
            'headers': [
                [b'Content-Type', b'application/json'],
            ],
        })
        await send({
            'type': 'http.response.body',
            'body': json.dumps(response, default=bytes.decode).encode(),
        })
        await send({
            'type': 'http.disconnect',
        })
    return channel

> daphne app:app
2018-03-31 22:28:10,823 INFO     Starting server at tcp:port=8000:interface=127.0.0.1
2018-03-31 22:28:10,824 INFO     HTTP/2 support enabled
2018-03-31 22:28:10,824 INFO     Configuring endpoint tcp:port=8000:interface=127.0.0.1
2018-03-31 22:28:10,825 INFO     Listening on TCP address 127.0.0.1:8000
127.0.0.1:43436 - - [31/Mar/2018:22:28:17] "GET /" 200 347
127.0.0.1:43440 - - [31/Mar/2018:22:28:22] "POST /" 200 43
127.0.0.1:43446 - - [31/Mar/2018:22:28:42] "POST /" 200 54

> http -b get :8000/
{
    "type": "http"
    "http_version": "1.1",
    "method": "GET",
    "path": "/",
    "query_string": "",
    "root_path": "",
    "scheme": "http",
    "headers": [
        ["host", "localhost:8000"],
        ["user-agent", "HTTPie/0.9.9"],
        ["accept-encoding", "gzip, deflate"],
        ["accept", "*/*"],
        ["connection", "keep-alive"]
    ],
    "client": ["127.0.0.1", 43360],
    "server": ["127.0.0.1", 8000],
}

> http -b -f post :8000/ foo=bar
{
    "body": "foo=bar",
    "type": "http.request"
}

> http -b -j post :8000/ foo=bar
{
    "body": "{\"foo\": \"bar\"}",
    "type": "http.request"
}

https://github.com/django/asgiref/blob/master/specs/www.rst

@sirex ASGI अब स्थिर है। मुझे यकीन नहीं है कि क्या आप कह रहे हैं कि डैफने कल्पना का पालन करता है या नहीं करता है?

django पर लिंक ASGI "कल्पना" के बारे में आखिरी है, या क्या कुछ और है जो प्रवाह का वर्णन करता है?

@andrewgodwin मैं एएसजीआई का समर्थन करता है, तो एएसजीआई अन्य ढांचे/सर्वर को अपनाने के लिए तैयार होना चाहिए।

@benoitc दो ASGI विनिर्देश पृष्ठ हैं:

https://github.com/django/asgiref/blob/master/specs/asgi.rst - सामान्य ASGI विनिर्देश।

https://github.com/django/asgiref/blob/master/specs/www.rst - HTTP और WebSockets प्रोटोकॉल और WSGI के साथ संगतता का वर्णन करने वाले विनिर्देश।

@साइरेक्स धन्यवाद। हालांकि ये विनिर्देश बहुत उपयोगी नहीं हैं जब यह लागू करने के बारे में है।

वैसे भी मुझे https://channels.readthedocs.io/en/latest/ मिला है जो ठीक है। मुझे लगता है कि मैं एक पेप पसंद करूंगा, लेकिन जैसे ही हम अजगर 2 समर्थन को हटाते हैं, हम कुछ सहायक एएसजीआई का प्रस्ताव कर सकते हैं।

बीटीडब्ल्यू ने आखिरी टिप्पणी हटा दी क्योंकि यह उस चर्चा से संबंधित नहीं है।

मैं एएसजीआई को पीईपी बनाने के लिए आगे नहीं बढ़ा हूं क्योंकि मैं यह सुनिश्चित करना चाहता हूं कि इसे पहले पर्याप्त सामान्य समर्थन मिले (और उस प्रक्रिया में बहुत समय और प्रयास लगता है), लेकिन यह इरादा है और इसे एक जैसा लिखा जाना चाहिए।

जैसे ही हम अजगर 2 समर्थन को हटाते हैं, हम एएसजीआई का समर्थन करने के लिए कुछ प्रस्तावित कर सकते हैं।

यदि आप कार्यान्वयन के बारे में सोचना शुरू करते हैं तो यह यूविकॉर्न से शुरू होने लायक

(यूविकॉर्न के लिए यह अच्छा हो सकता है कि गनिकोर्न द्वारा प्रदान की जाने वाली प्रक्रिया की निगरानी आदि के बिना, बस एक अधिक न्यूनतम विकल्प बन जाए।)

एएसजीआई स्पेक दस्तावेज अब यहां उपलब्ध है: https://asgi.readthedocs.io/en/latest/।

ठीक है, इसे अभी कवर करें। (तृतीय-पक्ष कार्यकर्ता वर्ग के रूप में।)

यूविकॉर्न 0.2 अब इसे सीधे चलाने के लिए गनिकोर्न पर निर्भर नहीं है, बल्कि इसमें एएसजीआई ऐप चलाने के लिए दो गनिकोर्न वर्कर क्लास शामिल हैं।

स्थानीय विकास के लिए, या ऐसे मामले जहां आप प्रक्रिया पर्यवेक्षण के बारे में पर्याप्त परवाह नहीं करते हैं, आप सीधे यूविकॉर्न चला सकते हैं। उत्पादन के लिए हम पसंदीदा विकल्प के रूप में एक बंदूकधारी वर्ग का उपयोग करते हुए दस्तावेज करते हैं।

http://www.uvicorn.org/#running -with-gunicorn

uvloop और httptools का उपयोग करके, gunicorn से ASGI ऐप चलाएँ:

gunicorn app:App -w 4 -k uvicorn.workers.UvicornWorker

asyncio और h11 (pypy संगतता के लिए) का उपयोग करके, gunicorn से ASGI ऐप चलाएँ:

gunicorn app:App -w 4 -k uvicorn.workers.UvicornH11Worker

यदि प्रोटोकॉल कार्यान्वयन में से किसी एक को कोर गनिकोर्न पैकेज में लाने की कोई इच्छा है तो उस पर विचार करने के लिए बहुत खुला है।

अब जब gunicorn python 2 नहीं करता है, तो तकनीकी रूप से ASGI समर्थन जोड़ना संभव है

@tomchristie मुझे

मुझे इसमें दिलचस्पी है कि यह कैसा दिखेगा। एक विकल्प के रूप में, शायद प्रोटोकॉल को एक अलग पैकेज या पैकेज के रूप में निकाला जा रहा है?

मुझे लगता है कि या तो गनिकोर्न में एक कार्यकर्ता वर्ग जो h11 और/या httptools प्रोटोकॉल के लिए uvicorn पर निर्भर था। या फिर यहां कार्यान्वयन को डुप्लिकेट करें।

h11 निर्भरता के साथ अंतर्निहित ASGI HTTP समर्थन Gunicorn देने के लिए कार्यान्वयन के एक सीमित हिस्से को डुप्लिकेट करना एक अच्छी आधार रेखा हो सकती है?

शायद प्रोटोकॉल को एक अलग पैकेज या पैकेज के रूप में निकालना?

uvicorn से निकालने के लिए वास्तव में बहुत कुछ नहीं है - अगर हमने click गिरा दिया और सिर्फ argparse का उपयोग किया, और हमारी setup.py निर्भरता को थोड़ा बदल दिया तो इसमें शून्य हार्ड निर्भरता होगी, जिसमें विभिन्न विकल्पों के साथ विभिन्न HTTP कार्यान्वयन, WS कार्यान्वयन, ईवेंट लूप।

मुझे प्रथम श्रेणी ASGI समर्थन चाहिए, चाहे इसका मतलब Gunicorn में अतिरिक्त निर्भरता जोड़ना हो, एक स्टब कार्यकर्ता जो आपको बताता है कि क्या स्थापित करना है, दस्तावेज़ीकरण, या कुछ और।

जी बोलिये। gunicorn से daphne पर स्विच करने के बारे में .. अगर gunicorn बस asgi का समर्थन कर सकता है
जो मुझे इतना समय बचाएगा।

@japrogramer http://www.uvicorn.org/#running -with -gunicorn

Django 3.0 (दिसंबर 2019 को रिलीज़ होने के लिए सेट) में बॉक्स से बाहर ASGI समर्थन होगा , इसलिए यह सीधे समर्थन करने के लिए gunicorn का एक और बड़ा कारण होगा। इसके जारी होने के बाद हम संभवत: उपयोगकर्ता रुचि में एक बड़ी वृद्धि देखेंगे।

@johnthagen जो पाइप पर है। हालांकि, हमें टिकटों को थोड़ा साफ करने और शुरू करने से पहले इस महीने रिलीज करने की जरूरत है।