Djangoのfastcgiサーバを使用することの短所は何ですか

Question

Djangoプロジェクトのいくつかについて、本番ではnginx + fastcgi（manage.py runfcgi ...）を使用しています。多くの人がnginx + gunicornを使用することを提案しています。 Djangoのfastcgiサーバーを使用する代わりにgunicornを使用する利点は何ですか？

Answer 1

あなたはWSGIのようなサーバを使用する必要がなぜ私だけ教えてくれよ:)しかし、あなたはFCGIを使用して快適に感じる場合 - ちょうど

に短い答えを、それを使用しますので、its native

（プロトコルなど）WSGIはクールです

または「あなたがもっと深く進む必要がある」（c）

次の質問「FastCGIとWSGIのようなサーバー」

ここにいくつかの答え：gunicorn、uWSGIとチェロキー、nginxの約

• Differences and uses between WSGI, CGI, FastCGI, and mod_python in regards to Python?
• What's the difference between scgi and wsgi?
• Is there a speed difference between WSGI and FCGI?
• How Python web frameworks, WSGI and CGI fit together

。それらを混ぜるな！

nginxは、HTTPリクエストを処理してWSGIバックエンドに送信できるWebサーバーです。 （しかし、静的なコンテンツ処理のためには、とりわけ極端に高速です。） WSGIバックエンドはdjangoアプリケーションを処理します。

チェロキーについて、私はそれがnginxと同じタスクを処理すると思いますが、私はそれで動作しません。

そしてgunicorn、uWSGIはなるほどmany other tasks

とをDjangoのアプリでスレッドを実行してくださいWSGIバックエンド、gunicorn say

ことを、ユニコーンが強くのみUnixライクなプラットフォーム上で動作するサーバーされていますあることをしてうまくやっている（うまくいけば）というUnixの哲学に結びついています。 HTTPを使用しているにもかかわらず、unicornは厳密にはRackベースのRubyアプリケーションを実行するためのバックエンドアプリケーションサーバーです。私は私のジャンゴのために練習し

は+（Debianの厩舎から）uWSGI（nginx.orgリポジトリから最新の安定）のnginxをアプリ - 完璧に動作します:)

---

は18.05を編集しました。fcgi gunicorn uWSGI

FCGI（ねじ）640 R/S

FCGI（preforkの4つのプロセッサ）240 R/S（*）

gunicornを比較すると2010トピック2012

リンク（2作業員）1100 R/S

gunicorn（5人の労働者）1300 R/S

gunicorn（10 WO rkers）1200 R/S（？！？）

uwsgi（2人の労働者）1800 R/S

uwsgi（5人の労働者）2100 R/S

uwsgi（10人の労働者）2300 R/S

（*これは時に屋根を介してCPUとしての私のコンピュータは非常に低迷製）

Answer 2

B1-が言うように、WSGIは（this postを見てみましょう）ネイティブです。

また、this postも同様の質問があります。

私の個人的な見地からは、以前は私がNginx + uwsg in vhost modeを使って私のサーバー上でさまざまなプロジェクトを実行してきました。