リバースプロキシといえば、すべての最初は、リバースプロキシの概念について言いたいこと
リバースプロキシ（リバースプロキシ）モードでは、クライアントからの接続要求を受け入れるようにプロキシサーバを参照し、（等おそらくのApache、nginxの、Tomcatの、IIS、）ネットワーク上のWebサーバに要求を転送し、得られた結果のWebサーバサーバーのパフォーマンス上の場合は、外部のプロキシサーバー要求しているクライアントの接続、に戻りました。
nginxのは、軽量なWebサーバ/リバースプロキシおよび電子メールプロキシサーバです。その安定性、および豊富な機能セット、簡単な設定ファイルの消費量と低システムリソースと文明のために。
nginxのコア機能
①クロスプラットフォーム： nginxのは、ほとんどのOSのコンパイルするだけでなく、Windowsのバージョン上で実行することができます
②展開：構成が簡単で、使いやすいです
③非ブロック。高い同時接続： 50,000の同時接続をサポートできる公式テストは、実際の生産環境は、同時接続の2から30000までの数を行くことができます。すぐに結果を得ることはありませ指す非ブロッキングを呼び出す前に、呼び出しは現在のスレッドをブロックしません。（これは使用nginxのために、最新モデルのepoll第二位です）。（同様に自分のお母さんに乾燥食品を待たずに、調理された、あなたは何を行うことができ、うまくご飯の間に、料理です）
④イベントドリブン： nginxの通信のepollモデル、大規模同時接続のサポートを使用して。常に時間が読み取りと書き込み、そのオーバーヘッドの多くをもたらすので、非ブロッキング非同期イベント処理メカニズムが存在することになるかどうかを判断するためにチェックすることにより、状態を非ブロック。このメカニズムを使用すると、同時に複数のイベントを監視することができます、彼らは非ブロッキング呼び出しですが、戻る準備イベントがある場合は、タイムアウト時間内にタイムアウトを設定することができます。このメカニズムは、呼び出しをブロックする非ブロッキング・コールとの両方の問題を解決します
一例として、モデルをepollをするには、次のイベント番号の準備ができていない場合はイベント準備があれば、その後、ファイルディスクリプタキュー内に置く、その後、契約を行く、イベントの準備ができていないとき、ファイルディスクリプタキューで待機しています。同時治療のnginxの多数を達成するために、この能力は、本明細書中に同時要求及び未処理の要求を意味します。一つだけのスレッド、同時に、それは当然の唯一の要求を処理することができますが、ちょうど絶えず要求間の、だけでなく、原因の非同期スイッチング事象に切り替えることは準備ができていない、と出すためのイニシアチブを取る、レディ処理イベントループとして理解することができます。だから、高い並行性と軽量化を達成するために複数のイベントを処理する準備ができて、プロセスループによって達成メカニズム、nginxのハンドリング、ノンブロッキングの非同期イベントによる。
⑤Master/ワーカー構造：マスター・プロセスは、一つ以上のワーカープロセスを生成します。プロセスワーカーを監視するのに主要な役割は、ワーカープロセスが要求を処理する実際のプロセスがある場合は、プロセスが相互に影響を与えないだろう、別のプロセスがまだサービスが中断されることはありません、働いていたプロセスが終了し、マスター・プロセスはすぐに再起動します新しいワーカープロセス。
小さなメモリ消費を⑥：大規模な同時リクエストのメモリ消費量を処理することは非常に小さいです。3万同時接続では、オープン10 nginxのプログラムのみが150Mメモリを消費します（15M * 10）
⑦内蔵のヘルスチェック機能： Webサーバのnginxのプロキシのバックエンドがダウンしている場合、フロントエンドへのアクセスには影響しません。
⑧帯域幅節約：サポートGZIP圧縮を、ローカルブラウザキャッシュHEADERヘッドを追加することができます。
⑨高い安定性：リバースプロキシは、ダウンタイムの確率は最小です。
nginxのリバースプロキシサーバートポロジダイアグラム---
