PHP CGI FastCGI php-fpm の説明

Web サーバーがブラウザからリクエストを受信すると、それが静的リソースの場合は直接ブラウザに返されます。動的リソースの場合は CGI が必要です。 CGI は、php または Python スクリプトを実行できるプロトコルまたはクラス ハンドラーとして理解できます。

Web サーバーはプロセスを実行し、それにいくつかの入力パラメーターを与え、結果をゆっくりと処理して Web サーバーに返します。CGI プロトコルは Web サーバーとその意味を標準化します。 CGI プログラムのいくつかの入出力パラメータ。

CGI (Common Gateway Interface) は、1993 年に National Center for Supercomputer Applications (NCSA) によって NCSA HTTPd Web サーバー用に開発されました。この Web サーバーは、UNIX シェル環境変数を使用して Web サーバーから渡されたパラメータを保存し、CGI を実行するための別のプロセスを生成します。 CGI の最初の実装は Perl で書かれましたが、CGI には次の問題がありました。

• 非効率: 各接続が処理のためにプロセスをフォークします。
• 非常に制限された機能: CGI はリクエストを受信し、レスポンスを出力することしかできません。

そこで、Apache の mod_php、FastCGI (Fast Common Gateway Interface) があります。

FastCGI は、プロセス/スレッド プールを使用して一連のリクエストを処理します。これらのプロセス/スレッドは、Web サーバーではなく、FastCGI サーバーによって管理されます。 リクエストが届くと、Web サーバーは環境変数とページリクエストを Socket Long 接続を通じて FastCGI プロセスに渡します。したがって、FastCGI には次の利点があります。

• パフォーマンス: CGI 用に新しいプロセスを開くコストが、プロセス/スレッド プールによって回避されます。
• 互換性: 既存の CGI 標準プログラムを非常に簡単に変換できます。
• 言語に依存しない: FastCGI は一連の標準です。理論的には、標準出力 (stdout) を実行できる言語であれば、FastCGI 標準の Web バックエンドとして使用できます。

Web サーバーの分離: FastCGI バックエンドと Web サーバーは別のプロセスで実行され、バックエンドに障害が発生しても Web サーバーがハングすることはありません。

特許: Apache mod_php のようなプライベート API には知的財産の問題はありません。

拡張機能: FastCGI バックエンドと Web サーバーは、Socket を介して通信し、分散方式でデプロイでき、水平拡張が容易になります。

5.phpfpm は、PHP による fastcgi の具体的な実装であり、開始されると、複数の CGI サブプロセス、そしてメイン プロセスはサブプロセスの管理を担当し、同時に Web サーバーが動的リクエストを転送したいときに外部にソケットを提供します。 fastcgi プロトコルで必要な形式でこのソケットにデータを送信します。その後、phpfpm によって作成されたサブプロセスがこのソケット接続を処理し、結果を Web サーバーに返します。 phpfpmはやりますか？たとえば、サブプロセスの 1 つが異常終了した場合はどうすればよいでしょうか? その場合、phpfpm はそれを監視し、CGI サブプロセスを見つけると別のサブプロセスを開始します。また、他にも多くの管理関数があります。 > 6 phpfpm は独立したプロセスとして存在します。ソケットを介して nginx と接続が確立され、mod_php はモジュールとして Apache サーバーにロードされます。同時に、両方とも CGI スケジューリング マネージャーとして機能し、異なる方法で管理します。