Gunicorn: ASGI 지원을 추가하시겠습니까?

@arcivanov 이 프로토콜에 대해 수행해야 할 작업을 자세히 살펴보겠습니다. :)

이 티켓을 최대한 빨리 업데이트합니다.

어떤 업데이트?

@benoitc @berkerpeksag 와 나는 그것에 대해 이메일로 채팅했습니다. 아직 내가 아는 작업이 시작되지 않았습니다. 나는 아직 ASGI에 대해 더 많이 읽을 시간이 없었기 때문에 이것을 구현하는 것이 얼마나 복잡할지 짐작할 수 없습니다. 누군가가 이를 위해 작업에 기여하고 싶다면 열정적으로 돕고 토론하고 검토할 것입니다.

어쨌든 서버에 대해 훨씬 더 이해하기 위해 ASGI 사양을 점검하는 중이므로 완료될 때까지 무엇이든 하는 것에 대해 주의할 것입니다(여기에 새 사양이 초안 작성 중이지만 최종적인 것은 아닙니다: http:// /channels.readthedocs.io/en/2.0/asgi.html - 기본적으로 WSGI와 훨씬 비슷함)

@andrewgodwin 멋진 asgi와 함께 gunicorn을 시도해보고 싶어 참을 수 없습니다.

@andrewgodwin ASGI 상태는 무엇입니까?

나는 최근에 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는 이제 안정적입니다. daphne이 사양을 준수하거나 준수하지 않는다고 말하는지 잘 모르겠습니다.

django의 링크가 ASGI "사양"에 대한 마지막 링크입니까, 아니면 흐름을 설명하는 더 많은 것이 있습니까?

@andrewgodwin 저는 Daphne이 ASGI를 지원한다면 ASGI가 다른 프레임워크/서버를 채택할 준비가 되어 있어야 한다는 것을 시연하려고 했습니다.

@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와의 호환성을 설명하는 사양입니다.

@sirex 감사합니다. 이러한 사양은 구현에 관한 한 그다지 도움이 되지 않습니다.

어쨌든 나는 괜찮은 https://channels.readthedocs.io/en/latest/ 를 찾았습니다. 나는 pep를 선호한다고 생각하지만 python 2 지원을 제거하자마자 asgi를 지원하는 것을 제안할 수 있습니다.

btw 해당 토론과 관련이 없으므로 마지막 댓글을 삭제했습니다.

ASGI를 PEP로 만들기 위해 움직이지 않았는데, 먼저 충분한 일반 지원이 있는지 확인하고 싶었기 때문입니다(그리고 그 과정에는 많은 시간과 노력이 필요합니다). 그러나 그것이 의도이고 하나처럼 작성되어야 합니다.

python 2 지원을 제거하자마자 asgi를 지원하는 것을 제안할 수 있습니다.

구현에 대해 생각하기 시작했다면 gunicorn, uvloop 및 httptools를 함께 접착하는 uvicorn 으로 시작하는

(그런 다음 gunicorn이 제공하는 프로세스 모니터링 등이 없이 uvicorn이 더 최소한의 옵션이 되는 것이 좋을 수 있습니다.)

ASGI 사양 문서는 이제 https://asgi.readthedocs.io/en/latest/에서 사용할 수 있습니다

좋아, 지금 이것을 덮으십시오. (타사 작업자 클래스로.)

Uvicorn 0.2는 더 이상 직접 실행을 위해 gunicorn에 의존하지 않지만 ASGI 앱을 실행하기 위한 두 개의 gunicorn 작업자 클래스를 포함합니다.

로컬 개발자 또는 프로세스 감독에 대해 충분히 신경 쓰지 않는 경우에는 uvicorn을 직접 실행할 수 있습니다. 프로덕션을 위해 기본 옵션으로 gunicorn 클래스를 사용하여 문서화합니다.

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 패키지로 가져오고자 하는 경우 이를 고려하는 데 매우 개방적입니다.

이제 gunicorn 이 python 2 더 이상 지원하지 않으므로 기술적으로 ASGI 지원을 추가할 수 있습니다.

@tomchristie 나는 그것이 어떻게 생겼는지에 관심이 있습니다. 대안으로 프로토콜을 별도의 패키지로 추출할 수 있습니까?

나는 그것이 어떻게 생겼는지에 관심이 있습니다. 대안으로 프로토콜을 별도의 패키지로 추출할 수 있습니까?

h11 및/또는 httptools 프로토콜에 대해 uvicorn 에 의존하는 gunicorn의 작업자 클래스 중 하나라고 생각합니다. 또는 여기에서 구현을 복제하십시오.

h11 종속성이 있는 Gunicorn 내장 ASGI HTTP 지원을 제공하기 위해 구현의 제한된 부분을 복제하는 것이 좋은 기준이 될 수 있습니까?

프로토콜을 별도의 패키지로 추출할 수 있습니까?

uvicorn 에서 추출할 내용이 많지 않습니다. click 하고 argparse를 사용하고 setup.py 종속성을 약간 조정하면 다양한 옵션과 함께 하드 종속성이 0이 됩니다. 다른 HTTP 구현, WS 구현, 이벤트 루프.

무엇을 설치할지 알려주는 스텁 작업자인 Gunicorn에 추가 종속성을 추가하는 것을 의미하든, 문서화 또는 기타 무엇이든 일류 ASGI 지원을 원합니다.

예, 부탁합니다. gunicorn에서 daphne으로 전환하려고합니다 .. gunicorn이 asgi를 지원할 수 있다면
그렇게 하면 시간을 많이 절약할 수 있습니다.

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

Django 3.0(2019년 12월 출시 예정)은 기본적으로 ASGI를 지원 하므로 gunicorn 에서 직접 지원하는 또 다른 큰 이유가 됩니다. 출시된 후 사용자의 관심이 크게 증가할 것입니다.

@johnthagen 파이프에 있습니다. 그러나 우리는 약간의 티켓을 정리하고 시작하기 전에 이번 달에 릴리스해야합니다.