python - スポーンでDjangoをデプロイする方法

Question

Spawningを使用してDjangoプロジェクトをデプロイする方法についてのドキュメントはあまりありませんが、人々はapache/mod_wsgiよりもそれを推奨しています。

別の同様の質問で、他のSOユーザーが、スポーンに固有の新しい質問を開くように提案しました。そうすれば、他のユーザーも自分の経験を共有できるようになります。

Answer 1

Spawning over Apache と mod_python または mod_wsgi を真剣に推奨している人を知りたいです。

この質問が現在、Google で「django spawning」の 4 番目の結果であるという事実から判断すると、それは非常に初期の段階であると言えます。:) 本番環境に真剣に取り組みたい場合は、今のところ Apache/mod_wsgi を使用してください。

Answer 2

はい、Apache/wsgi セットアップでスポーンを使用することをお勧めします。

基本的に 2 つの理由: 1) メモリ使用量 (スポーン時に数 MB を節約できます) 2) 動的コードのリロード (どの時点でも、ユーザーには 404 または 500 ページが表示されません)

これは経験から来ています。私はこのセットアップで spawning+nginx でhttp://tunesdiary.comを実行しています:

nginx はすべての着信負荷を処理し、非特権ポートでリッスンしているスポーンへの接続をさらにプロキシします (スポーンが Web サーバーとは別のユーザーとして実行されていることを意味します) スポーンは、プロセスごとに 2 つのスレッドで 4 つのプロセスを生成します。（現在の負荷に対して機能します）。

コードをサーバーにプッシュすると、以前のリクエストが処理され、新しいコードが新しいリクエストの処理を開始します。

これは今まで非常にうまく機能しています（私は約6か月からこれを実行しています）

私が観察したことは、mod wsgi + apache を使用した django (数日前に使用したもの) は、開始後 (単一プロセス) に約 70MB の RAM を使用しており、このセットアップではプロセスごとに約 45MB を使用していました。また、spwaning とほぼ同じ量のメモリを消費する lighttpd + modfcgi でもこれを使用しました。

(apacheではwebサーバーのメモリ使用量も含まれるので計算違いかもしれません)

私が言える限り、スポーンに頼ることはできますが、本当に頻繁にプッシュしないと、あまり役に立ちません.