nginxのコンセプト
nginxのは、高性能httpサーバ/リバースプロキシサーバと電子メールプロキシサーバです
nginxのシナリオ
httpサーバ。nginxのは、独立して提供することができますHTTP ServerのHTTPサービスです。あなたは、静的なWebページのサーバーを行うことができます。
ウェブホスティング。これは、単一のサーバ仮想化、複数のサイトで実施することができます。このようなウェブホスティング、個人のWebサイトなど。
ポートベース、異なるポート。
異なるドメイン名ドメイン名に基づいています。
リバースプロキシ、ロード・バランシング。サイトのトラフィックが一定のレベルに達すると、単一のサーバは、ユーザの要求を満たすことができない、複数のサーバ・クラスタを使用する必要はnginxのリバースプロキシを作るために使用することができます。そして、複数のサーバーが負荷平均を共有することができ、状況が高いサーバーの負荷一顧(一顧)とサーバマシンのアイドルではありません。
uwsgiコンセプト
uwsgiは、すべてのインターフェイスのWSGIを実装し、高速、自己修復、開発者やシステム管理者に優しいサーバです
nginxのuwsig WSGIジャンゴこれらの関係は何ですか?
すべての外部のnginxの最初のサービス・インターフェース、nainxにアクセスするためのURLを介して外部のブラウザです。
nginxのは、ブラウザによって送信されたHTTP要求を受信したパッケージが解析されます、URLを解析し、それは静的なファイルであればnginxの設定へのユーザーの直接アクセスの静的ファイルのディレクトリを要求し、直接ユーザーによって要求された静的ファイルを返します。
ファイルがない静的が、動的要求である場合、要求はWSGIは、要求に応じてアプリケーションを呼び出し、WSGIに許容可能なフォーマットに処理され、WSGIに送られ、処理された要求パケットを受信した後にnginxのuwsgi、uwsgiを送信しますファイル、関数のファイル、再度WSGIするために処理された最後の戻り値、nginxのに送信され、転送されたリクエストのWSGI uwsgiを受信し受信することができるuwsgi形式にパッケージ戻り値WSGIパッケージ、、、nginxの最終的な値は、ブラウザに戻されます。
nginxのの第一段階が必要ではないことを知るために、uwsgiは、全体のプロセスやブラウザ対話を完了することができますが、アカウントに特定の状況を取ること。
- セキュリティの問題は、プログラムが直接ブラウザでアクセスすることはできませんが、nginxのことで、nginxのが唯一のインターフェイスを開いている、uwsgi自体がネットワークインタフェースで、nginxの上のセキュリティ制限とその運用・保守要員ので、セーバーに到達することができます効果。
- ロードバランシング、より多くの仕事が開かれていない場合でも、十分ではないかもしれませんuwsgiは、結局のところ、マシンのCPUとメモリは、nginxのエージェントと、nginxのプロキシ複数uwsgiがuwsgi負荷を完了することができ、限定されていますバランスの取れました。
静的ファイルのDjangoでの問題や静的ファイルの原因であることがこの種のものをuwsgiは非常に無駄な動作ですが、ファイルのnginxの独自のハンドリングは良くないので、プロセス全体の静的ファイルがすぐに完了し、静的ファイルをnginxのです事の裏を通じたアクセスの完全uwsgi及びません。