Django アプリサーバ、gunicorn と fastcgi の比較
概要 最近、会社では、FastCGIより、Gunicornを使うのがどう？といわれました。Gunicornを触ったことない僕はFastCGIのロードテストも実際やったことなくて、メソッドについて、(preforkがいいか、threadedがいいか)の読んでいたものを元にした推測しかできない状態で、知識足りないと思った。 Gunicornは何かというと、Pythonで作られたWSGIに対応するウェブサーバーです。同期、非同期ウェブアプリ両方対応できますし、作りがよくてかなりスピーディーそうですし、Djangoアプリを簡単に組み込めますし、pythonで運用が楽というのがポイントですね。もちろん、エンドユーザーが直接Gunicornに接続するのではなく、Nginxのローダーバランサーでプロクシーのが一般的だと思っています。 テストアプリケーション ということで、ちゃんとテストしようと思いまして
fastcgi-nginx vs mod_wsgi-apache
"mod_python 終了のお知らせ" を受け、もともとリソース不足だった既存の Django アプリケーション郡のサーバをリプレイスすることにしました。リプレイス要件↓ パフォーマンスが高いのにしたい アプリケーションの変更は必要最小限にしたい URL 類は既存のアプリケーションを引継ぐ: 複数プロジェクトをサブディレクトリーで運用していて、 "django.root" で複数プロジェクトを切り分けている 環境設定について これは apache - mod_wsgi が簡単すぎます。 nginx - fastcgi nginx - fastcgi 構成の場合は、init.d への登録、 daemontools を利用 (弊社は mod_python 以外はこれ)。 nginx の設定 /etc/nginx/fastcgi_params fastcgi_read_timeout 180;
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
