Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 2개 있습니다.)
스크립트: 41. 파이썬 - FastAPI / uvicorn 호스팅 환경에서 asyncio 사용하는 방법
; https://www.sysnet.pe.kr/2/0/13087

스크립트: 60. 파이썬 - 비동기 FastAPI 앱을 gunicorn으로 호스팅
; https://www.sysnet.pe.kr/2/0/13431




파이썬 - FastAPI / uvicorn 호스팅 환경에서 asyncio 사용하는 방법

간단한 FastAPI 예제에서 단지 asyncio를,

aiomysql
; https://pypi.org/project/aiomysql/

이렇게 사용했을 뿐인데,

# 실행 명령어
# uvicorn main:app --reload --host 0.0.0.0 --port 18003

from fastapi import FastAPI

app = FastAPI()

@app.get("/aio_func_test")
async def aio_func_test():
    import asyncio
    loop = asyncio.get_event_loop()
    loop.run_until_complete(my_func())
    return "test"


def my_func():
    return "my value"

run_until_complete 호출에서 예외가 발생합니다.

...[생략]...
  File "/mnt/d/testprj/p38fastapi/./main.py", line 51, in aio_func_test
    loop.run_until_complete(my_func())
  File "uvloop/loop.pyx", line 1495, in uvloop.loop.Loop.run_until_complete
  File "uvloop/loop.pyx", line 1488, in uvloop.loop.Loop.run_until_complete
  File "uvloop/loop.pyx", line 1377, in uvloop.loop.Loop.run_forever
  File "uvloop/loop.pyx", line 511, in uvloop.loop.Loop._run
RuntimeError: this event loop is already running.

아마도, 이미 해당 프로세스에서는 event loop를 초기화해 사용하는 듯하고, 별도의 asyncio를 사용할 수는 없는 것 같습니다.

검색해 보면,

RuntimeError: This event loop is already running in python
; https://stackoverflow.com/questions/46827007/runtimeerror-this-event-loop-is-already-running-in-python

2가지 방법을 제시하는데요, 우선 asyncio.set_event_loop 호출은,

import asyncio
asyncio.set_event_loop(asyncio.new_event_loop())

함수 호출 자체에는 오류가 없었지만 이전과 마찬가지로 run_until_complete 호출 시 "RuntimeError: this event loop is already running." 예외가 발생했습니다.

그다음 제시한 방법이 nest-asyncio를 사용하는 것인데요,

nest-asyncio
; https://pypi.org/project/nest-asyncio/

아래와 같이 사용했더니,

# pip install nest-asyncio

from fastapi import FastAPI

import nest_asyncio
nest_asyncio.apply()

app = FastAPI()

#  ...[생략]...

이번에는 nest_asyncio.apply 호출 시에 다음과 같은 오류가 발생합니다.

...[생략]...
  File "/mnt/d/testprj/p38fastapi/./main.py", line 9, in <module>
    nest_asyncio.apply()
  File "/home/testusr/.local/lib/python3.8/site-packages/nest_asyncio.py", line 17, in apply
    _patch_loop(loop)
  File "/home/testusr/.local/lib/python3.8/site-packages/nest_asyncio.py", line 174, in _patch_loop
    raise ValueError('Can\'t patch loop of type %s' % type(loop))
ValueError: Can't patch loop of type <class 'uvloop.Loop'>

처음에는 저게 무슨 소리인가 싶었는데... ^^; nest-asyncio PyPI 문서에서 이를 해결하기 위한 힌트를 얻을 수 있습니다.

Optionally the specific loop that needs patching can be given as argument to apply, otherwise the current event loop is used. An event loop can be patched whether it is already running or not. Only event loops from asyncio can be patched; Loops from other projects, such as uvloop or quamash, generally can’t be patched.


그렇다는 것은, 결국 FastAPI를 호스팅하는 응용 프로그램, 이 글에서는 uvicorn에 Event Loop를 지정하는 옵션이 있다는 것을 의미합니다. 실제로 확인해 볼까요? ^^

$ uvicorn --help
Usage: uvicorn [OPTIONS] APP

Options:
  --host TEXT                     Bind socket to this host.  [default:
                                  127.0.0.1]
  --port INTEGER                  Bind socket to this port.  [default: 8000]
  --uds TEXT                      Bind to a UNIX domain socket.
  --fd INTEGER                    Bind to socket from this file descriptor.
  --reload                        Enable auto-reload.
  ...[생략]...
  --workers INTEGER               Number of worker processes. Defaults to the
                                  $WEB_CONCURRENCY environment variable if
                                  available, or 1. Not valid with --reload.
  --loop [auto|asyncio|uvloop]    Event loop implementation.  [default: auto]
  --http [auto|h11|httptools]     HTTP protocol implementation.  [default:
                                  auto]
  ...[생략]...

보면, asyncio와 uvloop를 지원하는데요, 기본 값이 auto이고 "Can't patch loop of type <class 'uvloop.Loop'>"라는 오류 메시지에서 uvloop가 선택된 것임을 알 수 있습니다.

따라서 uvicorn을 다음과 같이 실행하면,

$ uvicorn main:app --reload --host 0.0.0.0 --port 18003 --loop asyncio

이제 정상적으로 loop.run_until_complete 코드까지 실행됩니다.




재미있는 상황이 하나 더 있는데요, nest_asyncio.apply()를 호출하는 시기를 다음과 같이 늦춰도 일단 잘 실행은 됩니다.

from fastapi import FastAPI

app = FastAPI()

@app.get("/aio_func_test")
async def aio_func_test():
    import asyncio

    import nest_asyncio
    nest_asyncio.apply()

    loop = asyncio.get_event_loop()
    loop.run_until_complete(my_func())
    return "test"


def my_func():
    return "my value"

하지만, 위와 같은 상황에서 middleware를 하나 추가하면,

# ....[생략]...
from starlette.middleware.base import BaseHTTPMiddleware

class MyMiddleware(BaseHTTPMiddleware):
    async def dispatch(self, request, call_next):
        response = await call_next(request)
        return response


app = FastAPI()
app.add_middleware(MyMiddleware)

# ....[생략]...

또는, 이렇게 추가해도,

# ....[생략]...

# https://fastapi.tiangolo.com/tutorial/middleware/#create-a-middleware

@app.middleware("http")
async def add_process_time_header(request, call_next):
    response = await call_next(request)
    return response

이번엔 다음과 같은 예외가 발생하면서 요청 처리 자체가 중단되지를 않습니다.

Exception in callback <TaskStepMethWrapper object at 0x7f5be53ebdf0>()
handle: <Handle <TaskStepMethWrapper object at 0x7f5be53ebdf0>()>
Traceback (most recent call last):
  File "/usr/lib/python3.8/asyncio/events.py", line 81, in _run
    self._context.run(self._callback, *self._args)
RuntimeError: Cannot enter into task <Task pending name='Task-6' coro=<RequestResponseCycle.run_asgi() running at /home/testusr/.local/lib/python3.8/site-packages/uvicorn/protocols/http/httptools_impl.py:372> cb=[set.discard()]> while another task <Task pending name='starlette.middleware.base.BaseHTTPMiddleware.__call__.<locals>.call_next.<locals>.coro' coro=<BaseHTTPMiddleware.__call__.<locals>.call_next.<locals>.coro() running at /home/testusr/.local/lib/python3.8/site-packages/starlette/middleware/base.py:36> cb=[TaskGroup._spawn.<locals>.task_done() at /home/testusr/.local/lib/python3.8/site-packages/anyio/_backends/_asyncio.py:726]> is being executed.

물론, middleware가 있어도 nest_asyncio.apply 호출 자체를 초기에 실행하면 정상적으로 실행은 됩니다.

음... 이것이 어느 한 쪽의 버그인지, 아니면 원래 nest_asyncio.apply 호출을 초기에만 하는 것이 올바른 것인지는 잘 모르겠습니다. (혹시 아시는 분은 덧글 부탁드립니다. ^^)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/11/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2022-09-30 12시38분
[와] 정말 큰 도움 되었습니다. 감사합니다.
[guest]

... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11334정성태10/18/201720691디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201720039오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201720793디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201718845디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201717971디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201722722.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201725785.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201719479.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201719577.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201720336.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201721806디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201719809디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201721245.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201722103.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201729746.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201722015VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201727506VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201724965디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
11315정성태9/29/201741410기타: 68. "시작하세요! C# 6.0 프로그래밍: 기본 문법부터 실전 예제까지" 구매하신 분들을 위한 C# 7.0/7.1 추가 문법 PDF [8]
11314정성태9/28/201723161디버깅 기술: 98. windbg - 덤프 파일로부터 닷넷 버전 확인하는 방법
11313정성태9/25/201720822디버깅 기술: 97. windbg - 메모리 덤프로부터 DateTime 형식의 값을 알아내는 방법파일 다운로드1
11312정성태9/25/201724162.NET Framework: 685. C# - 구조체(값 형식)의 필드를 리플렉션을 이용해 값을 바꾸는 방법파일 다운로드1
11311정성태9/20/201717445.NET Framework: 684. System.Diagnostics.Process 객체의 명시적인 해제 권장
11310정성태9/19/201721876.NET Framework: 683. WPF의 Window 객체를 생성했는데 GC 수집 대상이 안 되는 이유 [3]
11309정성태9/13/201719294개발 환경 구성: 335. Octave의 명령 창에서 실행한 결과를 복사하는 방법
11308정성태9/13/201721006VS.NET IDE: 121. 비주얼 스튜디오에서 일부 텍스트 파일을 무조건 메모장으로만 여는 문제파일 다운로드1
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...