タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
今までuWSGIをシングルスレッド、マルチプロセスで使っていたのだけれども、昔に比べて外部のAPI呼び出しが増えているのでマルチスレッド化を検討している。 uWSGI uWSGIでマルチスレッドを有効にした時は、各workerスレッドがacceptする形で動作する。スレッド数以上の接続をacceptすることがないので安心。 プロセス内のスレッド間ではmutexで排他されて、同時にacceptを実行するのは1スレッドのみに制限されている。つまりthendering herd問題はプロセス間でしか起こらない。マルチスレッド化でプロセス数はむしろCPUコア数まで減らせるので、thendering herd問題はむしろ今よりも軽減できる。（ちなみにプロセス間でもロックしてthendering herdを許さないオプションもあるけど、プロセス間同期は怖いので使っていなかった。） ただしuWSGIのマ
普段FlaskやFastAPIなどのpythonフレームワークを使っている方は、起動時のメッセージやエラーメッセージなどでWSGIやASGIという言葉をよく目にすることがあると思います。でもフレームワークを使っているだけではWSGIやASGIについてあまり意識する必要はありません。私も言葉だけ知ってるだけで何者かよく知らない状態だったので、今回調べてことにしました。 WSGIとは WSGIに沿ったアプリケーションの実装 ASGIとは ASGIに沿ったアプリケーションの実装 まとめ 参考 WSGIとは WSGIとはWeb Server Gateway Interfaceの略で、Pythonにおいて、WebサーバとWebアプリケーションが通信するための、標準化されたインタフェース定義のことです。アプリケーション(またはフレームワークやツールキット)がWSGI仕様で書かれていれば、WSGI をサ
これは、なにをしたくて書いたもの？ 先日、WSGIサーバーとして、GunicornやuWSGIを動かしてみました。 uWSGIを試してみる - CLOVER🍀 Gunicornを試してみる - CLOVER🍀 この時に、これらのサーバーには起動時にプロセス数やスレッド数を与えることができるとわかりました。 ところで、複数プロセスや複数スレッドにした時に、アプリケーションから見たらどういうことを気にした方が よさそうなんでしょうかね？ WSGIから見る まずは、仕様であるWSGIから見るのが筋でしょう。 幸い、日本語訳もあるようですので。 PEP 333: Python Web Server Gateway Interface v1.0 — knzm.readthedocs.org 2012-12-31 documentation ちなみに、あまり重厚な仕様でもなさそうなので、割と読める
某技術コミュニティ Slack で話していた内容のまとめ。 推測が多分に含まれているので気をつけて欲しい。 WSGI を使ったり使わなかったりする謎 自分は普段 Python で Web アプリケーションを開発するときは aiohttp Server を使っている。 だいたいいつもこんな感じのファイルを作って、本番環境で動かすときも (Docker コンテナで) python main.py と実行しているだけ。何も難しいことはなく、シンプルに Web アプリケーションを動かしている。 しかし以前 Flask で Web アプリケーションを開発していたとき、本番環境で動かすときは uWSGI なるサーバを使っていた。 あれは何か？ なぜあのときは uWSGI が必要で、今回は使う必要がなかったか？ いや別に、「WSGI が Web アプリケーションのためのインタフェースであり、uWSGI
内容 Pythonの代表的なWebアプリケーションフレームワークであるFlaskには、組み込みのサーバーで稼働させることができます。 ただし、このサーバーは拡張性の点で本番用途には向かないため、本番用途に適したWSGI準拠のサーバーが必要になります。（Flaskのドキュメントに下記のように記載があります） Flask > Deployment Options While lightweight and easy to use, Flask’s built-in server is not suitable for production as it doesn’t scale well. Some of the options available for properly running Flask in production are documented here. 上記で記載されているよ
はじめに 仕事でバックエンドに AWS API Gateway + AWS Lambda + Mangum + FastAPI で構築したサーバーレスなアプリケーションをプロダクションに持っていくことができた。ひと息したところで、別途 Azure を使うプロジェクトから参加要請が来た。ここはAzureならAzure API Management + Azure Functions だよなぁと思ってたけど、チュートリアル的にはひとつひとつの関数を追加する方法はあるが、のなんらかのフレームワークを利用する方法が探せず。まあ仕事の中で考える・勉強しつつやるかなと思ってたけど。コロナ禍の３連休、マンボーで外にも出たくないし、オリンピックもつまらないし、で Azure の勉強がてら試したメモ。 Azure Functions での WSGI/ASGI 状況 (2021/08) 結局、Azure Fu
import sys, site sys.path.insert(0, '/var/www/html/flask') from Hello import app as application # wsgi.conf <VirtualHost *:80> serverName （契約したサーバのIPアドレス or ドメイン名） WSGIDaemonProcess test user=（Pythonを実行するユーザ名） group=（そのユーザのグループ） threads=5 WSGIScriptAlias / /var/www/html/flask/test.wsgi <Directory /var/www/html/flask> WSGIProcessGroup test WSGIApplicationGroup %{GLOBAL} WSGIScriptReloading On Requi
GitHub - pgjones/hypercorn: Hypercorn is an ASGI and WSGI Server based on Hyper libraries and inspired by Gunicorn.
Hypercorn is an ASGI and WSGI web server based on the sans-io hyper, h11, h2, and wsproto libraries and inspired by Gunicorn. Hypercorn supports HTTP/1, HTTP/2, WebSockets (over HTTP/1 and HTTP/2), ASGI, and WSGI specifications. Hypercorn can utilise asyncio, uvloop, or trio worker types. Hypercorn can optionally serve the current draft of the HTTP/3 specification using the aioquic library. To ena
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PythonのマルチスレッドWSGIサーバーの選定 - methaneのブログ
サクッとWSGI・ASGIに触れてみる - okigaki_log
WSGIアプリケーションとプロセス数、スレッド数の関係を見る - CLOVER🍀
WSGI を使う場合と使わない場合 - Qiita
FlaskのWSGIサーバーにWaitressを使い、スレッド数を変更する - Qiita
Azure Functions で Flask/WSGI のAPIを動かす - Qiita
Apache2+WSGI+Flaskを動かす - Qiita
chouoishii7.hatenablog.com
www.buzzfeed.com
chihiro.ht.gob.jp
ameblo.jp/zokukokon
www.kutikomi-info.com
www.kyoto-np.co.jp