Nginx がリバース プロキシとして使用され、クライアントが Nginx に接続し、Nginx の負荷分散を行う場合、または CGI などを介してリクエストをバックエンド ワーカーにリダイレクトする場合...それは何と呼ばれ、ワーカーが直接応答するときにどのように実装されるかクライアントは Nginx をバイパスしますか?
私の質問のソースは 2 つの場所からです。a) erlangonxen は、Nginx と「spawner」アプリを使用して、大量のインスタントオン ワーカーを起動します。ただし、応答は引き続きスポナーを通過します (コストのかかるステップ)。b) 最近、このソリューションを説明した記事をスキャンしましたが、見つかりません。
専門用語かどうかはわかりません。(とにかく私にとって) 朗報は、記事を読み、図を見たということです...どこにあるか思い出せませんでした。したがって、リバース プロキシは耐えられません...「ダイレクト サーバー リクエスト」( DSR ) とerlangonxen プロジェクトのスポーナーを探していました。
この 2 つのテクノロジが連携するかどうかはわかりません。DSR は支持されなくなったようで、おそらくすべてを使用するわけではありませんが、特定のアーキテクチャでは試してみるのは理にかなっているように思えます。a) トリップとソケットの総数を制限します。b) gzip のようないくつかの機能を適切に配布することができます
とにかく「見つけた」。
専門用語が混ざっていると思いますので、プロキシ ビットは無視して、これが CGI に関するものであると想定します。その場合、高速な CGI ソリューションを探す必要があります。Nginx には、組み込みの高速 CGI がサポートされています。
このスポーナーは、同時実行性を提供することを目的としているため、複数の CGI リクエストを並行して処理でき、リクエストごとにインタープリターを生成する必要はありません。代わりに、ワーカーがスポーンされ、理想的には永遠に生き続けます。
使用可能なワーカーの選択が本当にパフォーマンスのボトルネックである場合、この高速な CGI デーモンの実装が大幅に不足しているため、より良い解決策を探す必要があります。ワーカーの選択は、ワーカーのジョブの時間の一部である必要があります。